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内 容 所 要 


本 书 是 经 典 著 作 《 重 构 》 出 版 20 年 后 的 新 版 。 
书 中 清晰 揭示 了 重 构 的 过 程 ， 解 释 了 重 构 的 原理 和 
最 佳 实践 方式 ， 并 给 出 了 何 时 以 及 何 地 应 该 开始 挖 
掘 代码 以 求 改 善 。 书 中 给 出 了 60 多 个 可 行 的 重 构 ， 
每 个 重 构 都 介绍 了 一 种 经 过 验证 的 代码 变换 手法 的 
动机 和 技术 。 本 书 提 出 的 重 构 准 则 将 帮助 开发 人 员 
一 次 一 小 步 地 修改 代码 ， 从 而 减少 了 开发 过 程 中 的 
风险 。 

本 书 适 合 软 件 开 发 人 员 、 项 目 管理 人 员 等 阅 
ee 

读物 。 
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My ASS A ES 


过 去 20 年 ，《 重 构 》 一 直 是 我 案头 各 备 的 图 
书 。 每 次 重读 ， 仍 有 感悟 。 对 我 而 言 ，《 重 构 》 的 
意义 不 只 在 于 指导 代码 重 构 ， 更 在 于 让 人 从 一 开始 
就 知道 什么 是 好 的 代码 ， 并 且 尽 量 写 出 没有 “ 坏 味 
道 ” 的 代码 。Martin Fowler 这 次 对 本 书 进行 的 重 构 ， 
体现 了 近年 来 编程 领域 的 一 些 思潮 变化 。 看 来 ， 既 
有 设计 ， 永 远 有 改进 空间 。 


Wim (RIRE) eae 


重 构 早 就 成 了 软件 开 友 从 业者 本 能 的 一 部 分 ， 
每 个 IDE 都 内 置 了 重 构 功 能 ， 每 个 程序 员 都 定期 重 
构 目 己 的 代码 。 技 能 上 通常 不 再 是 问题 ， 但 是 相对 
于 当年 第 1 版 的 读者 ， 现 在 的 程序 员 对 于 重 构 这 个 
思想 从 何 而 来 以 及 各 种 细节 反而 更 阳 生 ， 这 时 候 现 
更 值得 重新 读 一 下 这 本 书 了 。 


—___#£ 8, PRESS.one CTO 


有 人 说 Martin Fowler 改 变 了 人 类 开发 软件 的 模 
式 ， 这 一 点 也 不 过 分 ， 从 《分 析 模 式 》 《UML 精 
粹 》《 领 域 特定 语言 》， 到 这 本 《 重 构 》 新 版 可 以 























看 得 出 来 ， 他 的 每 一 本 书 都 是 软件 开发 人 员 必 有 备 的 
案头 读物 。 此 前 他 参与 的 “敏捷 宣言 >， 更 是 引领 了 

整个 行业 对 敏捷 开发 的 认识 ， 一 直到 现在 。Martin 

Fowler 是 我 们 QCon 全 球 软件 开发 大 会 进入 中 国 时 的 
第 一 届 讲 师 ， 也 是 在 那 次 会 议 上 ， 他 让 国内 的 技术 
社区 领略 了 国际 领先 的 开发 模式 ， 从 此 “敏捷 ”二 字 

开始 风行 国内 I 开 领 域 。 


今年 是 QCon 进 入 中 国 的 第 十 个 年 头 ， 我 特别 
开心 看 到 Martin Fowler 又 重 写 《 重 构 》 这 本 影 啊 深 
远 的 书 ， 他 几乎 完全 蔡 换 了 书 中 所 引用 的 模式 守 
例 ， 并 且 基 于 现在 用 户 的 习惯 ， 采用 了 JavaScript 语 
言 来 做 说 明 语 言 。 数 十 年 来 他 始终 保持 对 技术 的 关 
注 ， 对 创新 的 热情 ， 乐 此 不 疲 ， 这 是 Martin 最 令 人 
a 也 是 非常 值得 我 们 每 一 个 技术 人 学 习 
方 。 


一 一 稚 泰 稳 ， 极 和 客 邦 科 技 、ImfoQ 中 国 创 始 人 兼 
CEO 


当今 软件 开发 的 速度 越 来 越 快 ， 和 市 来 的 技术 债 
也 越 来 越 多 ， 我 从 CSDN 自 映 的 网 站 系统 开发 中 元 
分 认识 到 重 构 的 重要 性 一 一 如 果 我 们 的 程序 员 能 理 
解 和 和 营 握 重 构 的 原则 和 方法 ， 我 们 的 系统 焉 不 会 有 
这 么 多 沉重 的 债务 。 真 正本 质 的 东西 是 不 变 的 ， 

《 重 构 》 在 出 版 20 年 后 推出 了 第 2 版 ， 册 次 证 明 : 
越 本 质 的 越 长 人 ， 也 越 重 要 。 衷 心 期 待 更 多 的 新 一 
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最 早 看 到 本 书 第 1 版 的 英文 原版 并 决定 引进 国 
内 ， 算 起 来 已 经 是 20 年 前 的 事 了 。 虽 然 时 间 是 最 强 
大 的 重 构 工 具 ， 连 书 里 的 示例 语言 都 从 Java 变 成 
JavaScript 了 ， 但 书 中 的 理念 和 实践 的 价值 并 没有 随 
时 间 流 逝 。 这 充分 证 明 ， 即 使 在 日 新 月 异 的 IT 技术 
世界 里 ， 不 变 的 东西 其 实 还 是 有 的 ， 这 种 书 才 是 真 
ee a 














一 一 刘 江 ， 疾 团 技术 学 院 院 长 


“对 于 软件 工程 师 来 说 ， 重 构 ， 并 不 是 额外 的 
工作 ， 它 就 是 编码 本 号。” 直 到 我 恋 过 《 重 构 》， 
并 经 过 练习 ， 才 真正 理解 到 这 一 点 。 真 布 望 自己 在 
20 多 年 前 写 第 一 个 软件 时 ， 就 能 读 到 这 本 书 ， 从 而 
能 节省 出 大 量 调试 或 重复 研究 代码 的 时 间 。20 年 过 
去 了 ，《 重 构 》 这 本 书 也 根据 当前 软件 设计 及 相关 
工具 的 发 展 进行 了 一 部 分 修订 ， 更 加 贴近 当前 的 软 
件 开 及 者 。 和 希望 更 多 的 软件 工程 师 能 够 应 用 这 一 技 
术 克 省 出 更 多 的 时 间 。 


乔 梁 ， 腾 讯 高 级 管理 顾问 、《 持 续 交 付 2.0》 作 
者 


























Ee MRR S RRE WER, E 
Ke ze AEAN EIT A, M pe mAN E A fi] 
HRA — A, BHRR USE Re: 
使 我 们 在 解决 问题 时 可 以 放心 地 “ 先 做 对 ， 再 做 
好 ”一 一 这 种 思路 本 里 就 可 以 极 大 地 简化 问题 ， 它 
使 我 们 消除 无 谓 的 意气 之 争 一 一 “所 请 好 ， 束 是 更 
少 的 坏 味 掉 ?。 我 由 应 地 认为 ， 切 实地 读 屋 了 《 重 
ee 








一 一 徐 吴 ，ThoughtWorks 中 国 区 技术 总 监 


当 我 还 是 编程 沫 鸟 ， 想 写 出 漂 腕 的 代码 而 不 得 
门道 的 时 候 ，《 重 构 》 这 本 书 束 告诉 了 我 ， 其 实 蜗 
手 的 代码 也 不 是 一 次 书 就 的 ， 只 要 按 这 本 书 里 的 方 
法 去 做 ， 谁 都 能 把 代码 写 得 那么 好 ; 当 我 还 是 职场 
新 人 ， 没 来 得 及 写 出 太 多 垃圾 代码 的 时 候 ， 这 本 书 
束 教 会 了 我 ， 应 该 去 姐 求 编写 人 能 够 读 异 的 而 不 是 
仅 机 器 能 够 读 懂 的 代码 。 多 年 以 后 的 某 时 某 刻 ， 当 
你 编码 目 信 而 敏捷 ， 因 代码 清晰 而 受 人 章 重 时 ， 你 
会 庆 邓 读 过 这 本 书 ， 你 也 会 有 些 遗 憾 ， 应 该 再 早 一 
值得 推荐 。 














阁 华 ， 京 东 7FRESH 架 构 师 
在 大 获 成 功 的 《 重 构 》 第 1 版 里 ，Martin 





Fowler 传 达 的 核心 理念 是 : 代码 会 随时 间 流 逝 而 烂 
挥 。 写 得 再 好 的 程序 代码 ， 夺 是 发 布 了 束 一 直 保 持 
原样 ， 照 样 会 风化 、 破 在 乃至 分 骨 离 析 。 这 是 客观 
规律 ， 如 免 这 种 命运 的 唯一 出 路 是 持续 重 构 。 要 想 
成 为 局 又 质 的 软件 工程 师 ， 必 须 认识 这 一 点 。 


20 年 之 后 ，Martin Fowler 用 现身说法 证 明 ， 经 
典 的 《 重 构 》 也 会 变 得 不 合 时 宜 ， 也 需要 重 构 。 如 
今 ， 不 但 讲解 语言 从 Java 改 成 了 JavaScript， 原 来 的 
重 构 示例 也 做 了 很 多 调整 ， 新 增 了 15 个 示例 ， 更 重 
要 的 是 ， 新 版 示例 不 再 那么 “ 面 同 对 象 ?， 应 当 会 收 
获 更 广泛 的 读者 群 。 


HAFI, FARIA EK o 


余 蝴 ，《 代 码 整 洁 之 道 ， 程序 员 的 职业 素养 】 
译 者 


随 看 软件 项 目 日 积 月 累 ， 系 统 维护 成 本 变 得 越 
来 越 高 是 是 互联 网 团队 共同 面临 的 问题 。 用 户 在 使 
用 互联 网 系统 的 过 程 中 ， 遇 到 的 各 类 运行 错误 或 者 
不 可 访问 故障 ， 以 及 开发 团队 面临 的 历史 系统 不 可 
维护 问题 ， 很 多 时 候 是 代码 初次 开发 过 程 中 各 种 细 
小 的 不 规范 引起 的 。 持 续 优 化 已 有 代 但 是 维护 系统 
生命 力 最 好 的 方法 。《 重 构 》 是 我 推荐 团队 必 读 的 
TAK AZ 

一 一 杨 卫 华 〈Tim Yang) ， 微 博 研 发 副 总 经 理 



































软件 行业 已 经 高 速 发 展 数 十 年 ， 束 好 似 一 个 轩 
AIW, MAAA ERA RA o n 
代码 库 就 好 比 你 手下 的 一 个 房间 、 一 幢 平 房 、 
街道 、 一 片 社区 乃至 是 一 座 摩天 大 楼 。 作 为 一 rA 
典 的 软件 开发 书 ，《 重 构 》 告 诉 我 们 的 不 仅仅 是 如 
何 推倒 重建 、 消 理 、 装 修 ， 而 是 像 一 个 规划 师 一 样 
从 目的 、 成 本 、 手 段 、 价 值 等 综合 维度 来 思考 重 构 
Wisk Mo FEF ALA IAS, (EA) WERE 
右 ， 警 醒 我 如 何 写 出 更 有 价值 的 软件 。 


一 一 阴 明 ， 据 金 社区 创始 人 


重 构 ， 是 一 个 优秀 程序 员 的 基本 功 ， 因 为 没 人 
能 保证 其 代码 不 随时 间 府 化， 而 重 构 会 让 代码 重新 
换 发 活力 。 整个 软件 行业 对 重 构 的 认 知 始 于 Martin 
Fowler 的 《 重 构 》， 这 本 书 让 人 们 知道 了 代码 的 坏 
味道 ”?”， 见识 到 了 “小 步 前 行 ” 的 威力 。 时 隔 20 年 ， 
Martin Fowler 重 新 执笔 改写 《 重 构 》，20 年 间 的 思 
维 变迁 就 体现 在 这 本 书 里 ， 在 第 1 版 中 ， 我 们 看 到 
的 是 当时 方兴未艾 的 面 癌 对象 ， 而 第 2 版 则 透露 出 
oS eee ee be 
， 那 就 是 不 要 错过 Martin Fowler 的 任何 一 部 著 
作 ” 更 何况 是 已 经 出 时 间 证 明 过 的 重要 著作 《 重 
构 》 的 新 版 ! 
































一 一 郑 昨 ， 火 币 网 育 席 架构 师 


如 果 看 完 本 书 ， 束 兴 冲 冲 地 想 要 找 一 些 代码 来 
重 构 ， 那 你 可 能 就 陷入 菏 种 “ 目 嗨 ?之 中 了 。 


了 解 本 书 中 列 出 的 那些 坏 味 道 ， 不 仅仅 可 以 发 
现代 码 中 的 那些 坏 味 道 ， 更 可 以 鞭策 上 日 己 以 及 整个 
团队 : 在 一 开始 的 时 候 ， 束 不 写 或 者 少 些 那 种 味道 
很 坏 的 代码 。 还 应 该 激励 目 己 ， 深 入 地 理解 架构 、 
理解 业务 、 理 解 需求 ， 减 少 因 设计 失误 而 导致 徒 攻 
无 益 地 反复 重 构 。 

重 构 也 是 有 成 本 的 ， 所 以 应 该 思考 如 何 降低 重 
构 的 成 本 。 我 推荐 每 一 个 程序 员 都 来 学 习 “ 重 构 ” 这 
门 手 艺 。 因 为 学 习 《 重 构 》， 是 为 了 减少 “ 重 构 ”! 

一 一 庄 表 伟 ， 开 源 社 理事 、 执 行 长 ， 华 为 云 
DevCloud 高 级 产品 经 理 
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2009 年 ， 在 为 《 重 构 》 第 1 版 的 中 译本 再 版 整 
理 译 稿 时 ， 我 已 经 隐约 察觉 行 业 中 对 “ 重 构 ”这 个 概 
念 的 矛盾 张力 。 一 方面 ， 在 这 个 “VUCA”( 易 变 、 
ANE. SEARS BORD 横行 的 年 代 ， 有 能 力 调 整 系 
统 的 内 部 结构 ， 使 其 更 具 长 期 生命 力 ， 这 是 一 个 令 
人 神往 的 期 许 。 男 一 方面 ， 重 构 的 扎实 功夫 要 学 起 
来 、 做 起 来 ， 颇 不 是 件 轻松 的 事 ， 且 不 说 详尽 到 近 
BUEN BPM, Stee cw, Te OA 
九 成 同行 无 法 企及 。 结 果 ,“ 重 构 ” 渐 渐 成 了 一 块 淋 
亮 的 招牌 ， 大 家 都 愿意 挂 上 这 个 名 号 ， 可 实际 上 王 
的 却 多 是 “ 刀 劈 人工 砍 ”的 勾当 。 


如 今 义 是 10 年 过 去 ， 只 从 国内 的 情况 而 

ve, “HOM MASI Ze aa, AA RR ZH 
MESAFE IRAN A aE ES I, AN 
RTR EA AAR eA E E GIZA AEP 
例如 系统 染 构 乃至 组 织 结构 ， 虱 可 以 “ 重 构 ”一 下 。 
然而 基本 功 的 欠缺 ， 却 也 一 路 如 影 随 形 。 当 年 在 对 
RPA TIES FAK, BN BRR BAR. EZR AT Hl 
AE TEEM We IZ, sas YR, TTD RE 
度 更 深 、 影 响 更 广 、 为 害 更 烈 。 











此 时 转 头 看 Martin Fowler 时 隔 将 近 士 载 后 终于 
付 梓 的 《 重 构 》 第 2 版 ， 我 不 禁 感 叹 于 他 对 “ 微 末 功 
夫 ” 的 执着 。 在 此 书 尚 未 成 型 之 前 ， 我 和 当时 
ThoughtWorks 的 同事 曾 有 很 多 猜测 ， 猜 Fowler 移 生 
是 人 否 会 在 第 2 厂 中 拔高 层次 ， 多 谈 谈 设计 乃至 架构 
级 别 的 重 构 手 法 ， 其 或 跟随 “敏捷 组 织 ”“ 精 益 企 
业 ” 的 风 滑 谈 谈 组 织 重 构 ， 也 未 为 不 可 。 束 料 成 书 
令 我 们 路 破 眼 错 ，Fowler 先 生 不 仅 没 有 拔高 ， 反 而 
把 工夫 做 得 更 扎实 了 。 


对 比 前 后 两 版 的 重 构 列表 ， 可 以 发 现 ， 第 2 版 
收录 的 重 构 手 法 在 用 途上 更 加 内 聚 ， 在 操作 上 更 加 
连贯 ， 更 重视 重 构 手法 之 间 的 组 合 运用 。 第 1 版 中 
占 了 整 章 篇 幅 的 “大 型 重 构 ”， 在 第 2 版 中 全 数 删 
去 。 一 些 较为 复杂 的 重 构 手 法 ， 例 如 复制 “被 监视 
数据 *”、 塑 造 模板 函数 每， 第 2 版 也 不 再 收录 。 而 第 
2 版 中 新 增 的 重 构 手法 ， 则 多 是 提炼 变量 、 移 动 语 
句 、 拆 分 循环 、 拆 分 变量 这 样 更 加 细致 而 微 的 操 
作 。 这 些 新 增 的 手法 看 似 简单 ， 但 直 指 大 规模 站 留 
代码 中 最 篆 见 的 重 构 难点 ， 正 好 补 上 了 第 1 版 中 卫 
漏 的 细节 。 这 一 变化 ， 正 反映 出 Fowler 先 生 对 于 重 
构 一 事 一 贯 的 态度 : 和 干 里 之 行 积 于 哇 步 ， 越 是 面 对 
复杂 多 变 的 外 部 环境 ， 越 是 要 做 好 基本 功 、 迈 出 扎 
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实 步 。 


识别 坏 味 道 、 测 试 完 行 、 行 为 保持 的 变更 动 












































作 ， 是 重 构 的 基本 功 。 在 《 重 构 》 第 2 版 里 ， 重 构 
手法 的 细 届 被 再 上 度 打 磨 ， 重 构 过 程 比 之 第 1 版 愈 发 
流畅 。 细 细 品 味 重 构 手法 中 的 前 后 步 又 ， 琢 磨 作者 
是 如 何 做 到 行为 保持 的 ， 这 是 能 局 发 读者 举一反三 
的 读书 法 。 以 保持 对 象 完整 草 构 手法 为 例 ， 第 1 版 
中 的 做 法 是 在 原本 函数 上 新 添 参数 ， 而 第 2 版 的 做 
法 则 是 先 新 建 一 个 空 函数 ， 在 其 中 做 完 想 要 的 调整 
之 后 ， 再 整体 蔡 换 原本 函数 。 两 相对 比 ， 无 疑 是 新 
的 做 法 更 加 可 控 、 出 错时 测试 失败 的 范围 更 小 。 

无 独 有 个 ， 我 在 ThoughtWorks 时 的 同事 王 健 在 
FPR KAS ISR) RIND, LZ S BRN PN et 
法 "， 恰 与 保持 对 象 完整 重 构 手法 在 第 2 版 中 这 个 新 
的 做 法 暗合 。 这 十 六 字 心 法 如 是 说 : 

日 的 不 变 ， 
新 的 创建 ， 
一 步 切换 
旧 的 再 见 。 

从 这 个 视角 品味 一 个 个 重 构 巨 细 靡 遗 的 做 法 ， 
读者 大 概 能 感受 到 重 构 与 < 刀 劈 莽 人 砍 ?” 之 间 最 根本 的 
分 卜 。 在 很 多 重 构 《例如 最 音 用 的 改变 函数 声明 ) 
的 做 法 中 ，Fowler 先 生 会 引入 “很 快 就 会 再 次 修改 其 
至 删除 ?的 临时 元 际 。 假 如 只 看 起 止 状态 ， 这 些 变 


























更 过 程 中 的 临时 元 系 似乎 是 浪费 :为 何不 直接 一 步 
到 位 改变 到 完善 的 结果 状态 呢 ? 然 而 这 些 临 时 元 素 
所 代表 的 ， 是 对 变更 过 程 〈 而 非 只 是 结果 〉 的 设 
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《 重 构 》 的 态度 ， 代 表 的 是 软件 开发 的 匠 亏 
对 “正确 的 做 事 方式 ”的 重视 。 在 一 个 浮躁 之 风 日 盛 
的 行业 中 ， 很 多 人 会 强调 “只 看 结果 ”， 轻 视 做 事 的 
过 程 与 方式 。 然 而 对 于 软件 开发 的 专业 人 士 而 言 ， 
如 果 忽 视 了 过 程 与 方式 ， 也 就 等 于 放弃 了 我 们 目 己 
的 立身 之 本 。Fowler 先 生 近 士 载 对 这 本 书 、 对 重 构 
手法 的 精心 打磨 ， 给 了 我 们 一 个 榜样 : 一 个 对 匠 艺 
上 心 的 专业 人 士 , 日 积 月 罕 对 过 程 与 方式 的 重视 ， 
是 能 有 所 成 束 的 。 


17 年 前 ， 我 以 末 乌 之 里 读 到 《 重 构 》， 深 受 其 
中 强 涵 的 工匠 精神 感召 ， 在 Fowler 先 生 与 伺 捷 老师 
的 帮助 下 ， 完 成 了 本 书 第 1 版 的 翻译 工作 。 如 今 再 
译本 书 第 2 版 ， 来 自 ThoughtWorks 的 青年 才 俊 林 从 
羽 君 主动 请 缕 与 我 搭档 合 译 ， 我 让 将 此 视 为 匠 杞 传 
AKA FESS BIE a, RELA. oT 
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之 风 。 当 年 精 由 翻译 《 重 构 》 一 书 ， 我 从 Fowler 先 
生 、 候 捷 老 师 身 上 学 到 他 们 的 工匠 精神 ， 十 余年 来 
时 时 跟 行 目 揭 。 如 今 新 一 代 软 件 工 折 的 代表 人 物 林 
君 接手 此 书 ， 必 会 令 工 匠 精 神 传承 光大 。 


据说 古 时 高 伪 有 偶 云 :“ 时 时 勤 拂 拭 ， 勿 使 疙 


尘埃 。” 代 码 当 如 是 ， 专 业 人 士 的 技艺 亦 当 如 是 。 
与 《 重 构 》 的 诺 位 读者 共勉 。 
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详 首 简介 


RETI a ae ae 在 金融 、 零 
、 政 府 、 电 信 、 制 造 业 等 行业 的 信 ， 
i Ee 经 验 ， 是 中 的 领军 人 物 
能 节 拥 有 利物浦 大 学 MBA 学 位 。 








林 从 羽 ” ThoughtWorks 软 件 开发 工程 师 ， 曾 服 
务 于 国内 外 多 家 大 型 企业 ， 致 力 于 帮助 团队 更 快 更 
好 地 交付 可 工作 的 软件 。 拥 抱 敏捷 精神 ，TDD 爱 好 
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“ 重 构 ” 这 个 概念 来 自 Smalltalk 圈 子 ， 没 多 久 就 
进入 了 其 他 编程 语言 阵营 之 中 。 因 为 重 构 是 框架 开 
发 中 不 可 缺少 的 一 部 分 ， 所 以 当 框 架设 计 者 讨论 目 
己 的 工作 时 ， 这 个 术语 就 诞生 了 。 当 他 们 精炼 目 己 
的 类 继承 体系 时 ， 当 他 们 叫喊 目 己 可 以 拿 掉 多 少 多 
少 行 代码 时 ， 重 构 的 概念 慢 慢 浮 出 水 面 。 框 架设 计 
者 知道 ， 这 东西 不 可 能 一 开始 束 完 全 正确 ， 它 将 随 
着 设计 者 的 经 验 成 长 而 进化 ， 他 们 也 知道 ， 代 码 被 
阅读 和 被 修改 的 次 数 远 远 多 于 它 被 编写 的 次 数 。 保 
持 代 码 易 读 、 吻 修改 的 关键 ， 就 是 重 构 一 一 对 框架 
而 言 如 此 ， 对 一 般 软 件 也 如 此 。 


好 极 了 ， 还 有 什么 问题 吗 ? 问题 很 显然 : EW 
有 风险 。 它 必须 修改 正在 工作 的 程序 ， 这 可 能 引入 
一 些 不 易 察觉 的 错误 。 如 果 重 构 方 式 不 恰当 ， 可 能 
或 挥 你 数 天 甚至 数 周 的 成 末 。 如 宁 重 构 时 不 做 好 准 
A, META, MEMEK. MEA A EAR 
码 ， 很 快 友 现 了 一 些 值得 修改 的 地 方 ， 于 是 你 挖 得 
更 深 。 挖 得 越 深 ， 找 到 的 重 构 机 会 束 越 多 ， 于 是 你 
的 修改 也 越 多 ..……... 最 后 你 给 自己 控 了 个 大 坑 ， 却 的 
不 出 去 了 。 为 了 避免 目 掘 才 墓 ， 重 构 必 须 系 统 化 进 

















行 。 我 和 三 位 合作 者 在 号 《设计 模式 》 一 书 时 曾经 
提 过 : 设计 模式 为 重 构 提 供 了 目标 。 然 而 “确定 目 
标 ” 只 是 问题 的 一 部 分 而 已 ， 改 造 程序 以 达到 目 

标 ， 是 另 一 个 难题 。 


Martin Fowler 和 本 书 另 儿 位 作者 清楚 地 扎 示 了 
重 构 过 程 ， 他 们 为 面 同 对 象 软件 开发 所 做 的 页 献 难 
以 估量 。 本 书 解 释 了 重 构 的 原理 和 最 佳 实践 ， 并 指 
出 何 时 何 地 你 应 该 开始 挖掘 你 的 代码 以 求 改善 。 本 
书 的 核心 是 一 系列 完整 的 重 构 方法 ， 其 中 每 一 项 都 
介绍 一 种 经 过 实践 检验 的 代码 变换 手法 的 动机 和 技 
术 。 某 些 项 目 〈( 如 “提炼 函数 ”和 “搬移 字段 "”) 看 起 
来 可 能 很 浅显 ， 但 不 要 挥 以 轻 心 ， 因 为 理解 这 类 技 
术 正 是 有 条 不 率 地 进行 重 构 的 关键 。 本 书 所 提 的 这 
些 重 构 手 法 将 帮助 你 一 次 一 小 步 地 修改 你 的 代码 ， 
这 了 束 降 低 了 设计 演进 过 程 中 的 风险 。 很 快 你 就 会 把 
这 些 重 构 手 法 及 其 名 称 加 入 目 己 的 开发 词典 中 ， 并 
HBB EO. 


我 第 一 次 体验 有 条 不 率 的 、 一 次 一 小 步 的 重 
构 ， 是 某 次 与 Kent Beck 在 三 万 英尺 高 空 的 飞行 旅途 
中 结对 编程 。 我 们 运用 本 书 中 收录 的 重 构 手法 ， 保 
证 每 次 只 走 一 步 。 最 后 ， 我 对 这 种 实践 方式 的 效果 
感到 十 分 惊讶 。 我 不 但 对 产生 的 代码 更 有 信心 ， 而 
且 开 友 压 力也 小 了 很 多 。 因 此 ， 我 极力 推荐 你 试 试 
这 些 重 构 手法 ， 你 和 你 的 程序 都 将 因此 更 美好 。 









































Erich Gamma 





Object Technology International, Inc. 
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从 前 ， 有 位 咨询 顾问 造访 客户 调研 其 开发 项 

目 。 访 系统 的 核心 是 一 个 类 继承 体系 ， 顾 问 看 了 开 
发 人 员 所 写 的 一 些 代 码 。 他 发 现 整个 体系 相当 凌 

乱 ， 上 层 超 类 对 系统 的 工作 方式 做 了 一 些 假 设 ， 下 
层 子 类 实现 这 些 假设 。 但 是 这 些 假设 并 不 适合 所 有 
FE, SRVES (override) 工作 非常 繁重 。 只 要 

在 超 类 做 点 修改 ， 束 可 以 减少 许多 和 窗 写 工作 。 在 男 
一 些 地 方 ， 超 类 的 某 些 意图 并 未 被 良好 理解 ， 因 此 
其 中 某 些 行为 在 子 类 内 重复 出 现 。 还 有 一 些 地 方 ， 

好 几 个 子 类 做 相同 的 事情 ， 其 实 可 以 把 它们 搬 到 继 
承 体 系 的 上 层 去 做 。 


这 位 顾问 于 是 建议 项 目 经 理 看 看 这 些 代 码 ， 把 
它们 整理 一 下 ， 但 是 项 目 经 理 并 不 热衷 于 此 ， 毕 竟 
程序 看 上 去 还 可 以 运行 ， 而 且 项 目 面临 很 大 的 进度 
压力 。 于 是 项 目 经 理 说 ， 晚 些 时 候 再 抽 时 间 做 这 些 
整理 工作 。 


顾问 也 把 他 的 想法 告诉 了 在 这 个 继承 体系 上 工 
作 的 程序 员 ， 告 诉 他 们 可 能 发 生 的 事情 。 程 序 员 都 
很 敏锐 ， 马 上 或 看 出 问题 的 严重 性 。 他 们 知道 这 并 
































不 全 是 他 们 的 错 ， 有 时 候 的 确 需要 信 助 外 力 才 能 发 
现 问题 。 程 序 员 立刻 用 了 一 两 天 的 时 间 整 理 好 这 个 
继承 体系 ， 并 删 反 了 其 中 一 半 人 代码， 功能 坚 发 无 
损 。 他 们 对 此 十 分 满意 ， 而 且 发 现在 继承 体系 中 加 
0 en aes 








项 目 经 理 并 不 高 兴 。 进 度 排 得 很 紧 ， 有 许多 工 
作 要 人 做。 系统 必须 在 儿 个 月 之 后 发 布 ， 而 这 些 程序 
员 却 白白 耗费 了 两 天 时 间 ， 做 的 工作 与 未 来 几 个 月 
要 交付 的 大 量 功能 坚 不 相 和 干 。 原 先 的 代码 运行 起 来 
还 算 正 党 。 的 确 ， 新 的 设计 更 加 “纯粹 ” 更 加 “ 整 
涪 ”。 但 项 目 要 交付 给 客户 的 ， 是 可 以 有 效 运 行 的 
代码 ， 不 是 用 以 取 翌 学 完 的 人 代码。 顾问 接 下 来 义 建 
议 应 该 在 系统 的 其 他 核心 部 分 进行 这 样 的 整理 工 
作 ， 这 会 使 整个 项 目 停 顿 一 至 两 个 星期 。 所 有 这 些 
工作 只 是 为 了 让 代码 看 起 来 更 淋 亮 ， 并 不 能 给 系统 
添加 任何 新 功能 。 


你 对 这 个 故事 有 什么 感想 ? 你 认为 这 个 顾问 的 
建议 (更 进一步 整理 程序 ) 是 对 的 吗 ? 你 会 遵循 那 
句 上 古老 的 工程 谚语 吗 : “如果 它 还 可 以 运行 ， 就 不 
Baye. 

我 必须 承认 自己 有 某 些 偏 见 ， 因 为 我 就 是 那个 
顾问 。6 个 月 之 后 这 个 项 目 宣告 失败 ， 很 大 的 原因 
是 代码 太 复 杂 ， 无 法 调试 ， 也 无 法 将 性 能 调 优 到 可 
































接受 的 水 平 。 


后 来 ， 这 个 项 目 重 新 局 动 ， 几 乎 从 头 开 始 编写 
整个 系统 ，Kent Beck 受 邀 做 了 顾问 。 他 做 了 几 件 过 
异 以 往 的 事 ， 其 中 最 重要 的 一 件 融 是 坚持 以 持续 不 
盯 的 重 构 行 为 来 整理 代码 。 这 个 团队 效能 的 提升 ， 
以 及 重 构 在 其 中 扮演 的 角色 ， 局 用 了 我 撰写 本 书 的 
第 1 版 ， 如 此 一 来 我 焉 能 够 把 Kent 和 其 他 一 些 人 已 
经 学 会 的 以 重 构 方式 改进 软件 质量 ?的 知识 ， 传 播 
给 所 有 读者 。 


目 本 书 第 1 版 问世 至 今 ， 读 者 的 反馈 甚 佳 ， 重 
构 的 理念 已 经 被 广泛 接纳 ， 成 为 编程 的 词汇 表 中 不 
可 或 缺 的 部 分 。 然 而 ， 对 于 一 本 与 编程 相关 的 书 而 
言 ，18 年 已 经 太 漫 长 ， 因 此 我 感到 ， 是 时 候 回头 重 
新 修订 这 本 书 了 。 我 几乎 重 写 了 全 书 的 每 一 页 ， 但 
从 其 内 涵 而 言 ， 整 本 书 叉 几乎 没有 改变 。 重 构 的 精 
髓 仍然 一 如 既往 ， 大 部 分 关键 的 重 构 手法 也 大 体 不 
变 。 我 希望 这 次 修订 能 帮助 更 多 的 读者 学 会 如 何 有 
效 地 进行 重 构 。 
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所 谓 重 构 (refactoring) 是 这 样 一 个 过 程 : 在 
不 改变 代码 外 在 行为 的 前 提 下 ， 对 代码 做 出 修改 ， 
以 改进 程序 的 内 部 结构 。 重 构 是 一 种 经 干 锤 百 炼 形 
成 的 有 条 不 率 的 程序 整理 方法 ， 可 以 最 大 限度 地 减 
小 整理 过 程 中 引入 错误 的 概率 。 本 质 上 说 ， 重 构 吏 
是 在 代码 写 好 之 后 改进 它 的 设计 。 


“在 代码 写 好 之 后 改进 它 的 设计 ”这 种 说 法 有 所 
儿 奇 怪 。 在 软件 开发 的 大 部 分 历史 时 期 ， 大 部 分 人 
相信 应 该 先 设计 而 后 编码 : 首先 得 有 一 个 良好 的 设 
计 ， 然 后 才能 开始 编码 。 但 是 ， 随 着 时 间 流 壕 ， 人 
们 不 断 修改 代码 ， 于 是 根据 原先 设计 所 得 的 系统 ， 
整体 结构 逐渐 袁 弱 。 代 码 质 量 慢 慢 沉沦 ， 编 码 工作 
NS ORE BBY AIT LBS AY BET AY 
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weit, Be HEALS, RAJE ay Dd fer Ba 
HR EIN BT RAR. HR BES DAB 
很 简单 ， 甚 至 显得 有 些 过 于 简单 : 只 需要 把 茶 个 字 
段 从 一 个 类 移 到 为 一 个 类 ， 把 条 些 代码 从 一 个 函数 
拉 出 来 构成 妨 一 个 函数 ， 或 是 在 继承 体系 中 把 东 些 
SSE EHE POT So (Axe, RORE, 这 些小 小 
































的 修改 素 积 起 来 就 可 以 根本 改善 设计 质量 。 这 和 一 
般 第 见 的 “软件 会 慢 慢 腐烂 ”的 观点 恰恰 相反 。 


有 了 重 构 以 后 ， 工 作 的 平衡 点 开始 发 生变 化 。 
我 友 现 设计 不 是 在 一 开始 完成 的 ， 而 是 在 整个 开 肥 
过 程 中 逐渐 浮现 出 来 。 在 系统 构筑 过 程 中 ， 我 学 会 
了 如 何不 断 改 进 设 计 。 这 个 “构筑 -设计 ”的 反复 互 
动 ， 可 以 让 一 个 程序 在 开发 过 程 中 持续 你 有 民 好 的 


设计 。 














本 书 有 什么 





本 书 是 一 本 为 专业 程序 员 编 写 的 重 构 指南 。 我 
的 目的 是 告诉 你 如 何以 一 种 可 控 且 高 效 的 方式 进行 
重 构 。 你 将 学 会 如 何 有 条 不 率 地 改进 程序 结构 ， 而 
且 不 会 引入 错误 ， 这 了 就 是 正确 的 重 构 方 式 。 


按照 传统 ， 图 书 应 该 以 概念 介绍 开头 。 尽 管 我 
也 同意 这 个 原则 ， 但 是 我 肥 现 以 概括 性 的 讨论 或 定 
义 来 介绍 重 构 ， 实 在 不 是 一 件 容易 的 事 。 因 此 ， 我 
决定 用 一 个 实例 作为 开路 匈 锋 。 第 1 章 展示 了 一 个 
小 程序 ， 其 中 有 些 种 见 的 设计 缺陷 ， 我 把 它 重 构 得 
更 容易 理解 和 修改 。 其 间 你 可 以 看 到 重 构 的 过 程 ， 
以 及 几 个 很 有 用 的 重 构 手法 。 如 果 你 想 知 道 重 构 到 
压 是 怎么 回 事 ， 这 一 半 不 可 不 读 。 


第 2 半 讨 论 重 构 的 一 般 性 原则 、 定 义 ， 以 及 进 
行 章 构 的 原因 ， 我 也 大 致 介绍 了 重 构 面临 的 一 些 挑 
战 。 第 3 革 由 Kent Beck 介 绍 如 何 噢 出 代码 中 的 “ 坏 味 
道 ?， 以 及 如 何 运 用 重 构 清除 这 些 “ 坏 味道 >。 测 斌 
在 重 构 中 扮演 着 非常 重要 的 角色 ， 第 4 章 介绍 如 何 
在 代码 中 构筑 测试 。 

从 第 5 章 往 后 的 篇 幅 就 是 本 书 的 核心 部 分 一 一 
重 构 名 录 。 尺 管 不 能 说 是 一 份 巨 细 雄 遗 的 列表 ， 却 






































足以 履 盖 大 多 数 开 发 者 可 能 用 到 的 关键 重 构 手 法 。 
这 份 重 构 名 录 的 源头 是 20 世 纪 90 年 代 后 期 我 开始 学 
习 重 构 时 的 笔记 ， 直 到 今天 我 仍然 不 时 查阅 这 些 笔 
记 ， 作 为 对 我 不 其 可 靠 的 记忆 力 的 补充 。 每 当 我 想 
做 点 什么 一 一 例如 拆 分 阶段 (154) 一 一 的 时 候 ， 

这 份 列表 就 会 提醒 我 如 何 一 步 一 步 安 全 前 进 。 我 希 
望 这 是 值得 你 日 后 一 再 回顾 的 部 分 。 


一 本 Web 优 先 的 书 1 























万 维 网 对 我 们 的 社会 影响 深远 ， 尤 其 是 改变 了 
我 们 获取 信息 的 方式 。 在 撰写 本 书 第 1 版 时 ， 关 于 
软件 开发 的 知识 大 多 通过 出 版 物 传播 。 而 时 全 今 
日 ， 我 的 大 部 分 信息 都 来 目 网 上 。 这 个 趋势 给 像 我 
这 样 的 写作 者 市 来 了 一 个 挑战 : 今日 世界 还 有 图 书 
的 一 席 之 地 吗 ? 今天 的 图 书 应 该 是 什么 形态 ? 


我 相信 和 像 这 样 一 本 书 仍然 有 其 价值 ， 但 也 需要 
作出 改变 。 图 书 的 价值 在 于 把 大 量 信息 以 内 聚 的 方 
式 整 全 起来。 在 撰写 本 书 的 过 程 中 ， 我 尝试 用 连 中 
A 
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但 这 个 聚合 的 整体 是 一 个 抽象 的 文学 作品 ， 尽 
管 传统 上 只 能 以 纸 质 图 书 的 形式 呈现 ， 未 来 却 未 必 





























非得 如 此 。 出 版 行业 仍然 将 纸 质 图 书 视 为 首要 的 呈 
现形 式 ， 虽 然 我 们 已 经 满怀 热情 地 接纳 了 电子 书 ， 
但 是 电子 图 书 毕 竟 也 只 是 在 原来 纸 质 图 书 络 构 的 基 
础 上 做 了 电子 化 的 对 现 。 


我 想 通 过 这 本 书 探索 一 条 不 同 的 路 径 。 本 书 的 
权威 版 本 是 它 的 网 站 或 者 叫 “Web 版 ?) 。 如 果 你 
购买 了 纸 质 版 或 者 电子 版 ， 残 会 同时 获得 访问 Web 
版 的 权限 。 (关于 如 何在 InformIT 网 站 上 注册 你 的 
商品 ， 请 留意 下 文 的 提示 。) 纸 质 版 图 书 古 网 站 内 
容 的 精 选 ， 并 整理 成 适合 印刷 的 形式 。 纸 质 版 并 不 
符 试 包含 网 站 上 的 所 有 重 构 手 法 ， 尤 其 是 考虑 到 未 
来 我 很 有 可 能 在 web 版 中 增加 更 多 重 构 手 法 。 与 此 
相似 ， 电 子 书 义 是 Web 版 的 为 一 个 呈现 ， 其 中 包含 
的 重 构 手 法 列表 可 能 与 纸 质 版 不 同 ， 毕 竟 电 子 书 在 
售 出 之 后 也 可 以 相对 容易 地 更 新 和 添加 内 容 。 


在 写 下 这 些 文字 时 ， 我 无 从 知晓 你 正在 阅读 的 
是 在 线 Web 版 、 手 机 上 的 电子 书 、 纸 质 版 图 书 还 是 
别 的 什么 超 乎 我 想象 的 形式 。 我 尽力 写 一 本 有 用 的 
书 ， 不 论 你 用 什么 形式 来 汲取 其 中 的 知识 。 















































如 果 你 想 查 看 本 书 Web 版 《只 有 英文 
版 )， 并 及 时 获得 内 容 更 新 和 勘误 ， 请 到 
InformIT 网 站 注册 这 本 书 。 你 需要 首先 打开 








informit.comyregister 页 面 ， 登 录 你 的 InformII 账 
户 《 如 果 没 有 InformIT 账 户 的 话 ， 需 要 先 注 册 一 
个 ) ， 然 后 (进入 “Registered Products” $R% ) 
输入 本 书 英文 原版 的 ISBN“9780134757599”， 单 
击 “Submit” 按 钮 。 然 后 网 站 会 同 你 提出 一 个 与 本 
书 内 容 有 关 的 问题 ， 所 以 请 确保 纸 质 书 或 电子 
书 束 放 在 手边 。 成 功 注册 以 后 ， 进 

入 “Account” 页 面 ， 打 开 *Digital ”Purchases” 标 
签 ， 单 击 本 书 标题 下 面 的 “Launch” 按 钮 ， 就 能 
看 到 本 书 的 Web 版 。 


For access to the web edition (English only) 
and updates or corrections as they become 
available, register your copy on the InformIT web 
site. To start the registration process, go to 
informit.com/register and log in (or create an 
account if you don’t have one). Enter 
9780134757599 in the box labeled ISBN and click 
Submit. You will be asked a challenge question, so 
be sure to have your copy of the book available. 
After you’ve successfully registered your copy, 
open the “Digital Purchases” tab on your Account 
page and click on the link under this title to 
“Launch” the web edition. 











JavaScript 代 码 范例 


与 软件 开 肥 中 的 大 多 数 技术 性 领域 一 样 ， 代 码 
光 例 对 于 概念 的 前 释 全 关 重 要 。 不 过 ， 即 使 在 不 同 
的 编程 语言 中 ， 重 构 手 法 看 上 去 也 是 大 同 小 弄 的 。 
虽然 会 有 一 些 值得 留心 的 语言 特性 ， 但 重 构 手 法 的 
核心 要 素 都 是 一 样 的 。 


我 选择 了 用 JavaScript 来 展现 本 书 中 的 重 构 手 
法 ， 因 为 我 感到 大 多 数 读 者 都 能 看 全 这 种 语言 。 不 
过 ， 即 便 你 眼下 正在 使 用 的 是 别 的 编程 语言 ， 采 用 
这 些 重 构 手 法 也 应 该 不 困难 。 我 尽量 不 使 用 
JavaScript 任 何 复杂 的 特性 ， 这 样 即便 你 对 这 门 编程 
语言 只 有 粗浅 的 了 解 ， 应 该 也 能 跟 上 重 构 的 过 程 。 
FAP, 使 用 JavaScript 展 示 重 构 手 法 ， 并 不 代表 我 推 
存 这 门 编程 语言 。 

使 用 JavaScript 展 示 代 人 码 沁 例 ， 也 不 意味 着 本 
书 介 绍 的 技巧 只 适用 于 JavaScript。 本 书 的 第 1 版 采 
用 了 Java， 但 很 多 从 未 写 过 任何 Java 代 码 的 程序 员 
也 同样 认为 这 些 搁 巧 很 有 用 。 我 曾经 尝试 过 用 十 多 
种 不 同 的 编程 语言 来 呈现 这 些 范例 ， 以 此 展示 重 构 
手法 的 通用 性 ， 不 过 这 对 普通 读者 而 言 只 会 市 来 困 
惑 。 本 书 是 为 所 有 编程 语言 背景 的 程序 员 所 作 ， 除 
了 阅读 “范例 ?小节 时 需要 一 些 基 本 的 JavaScript 知 



























































识 ， 本 书 的 其 余部 分 都 不 特定 于 任何 基体 的 编程 语 
言 。 我 希望 该 者 能 汲取 本 书 的 内 容 ， 并 将 其 应 用 于 
自己 日 常 使 用 的 编程 语言 。 具 体 而 言 ， 我 希望 读者 
能 先 理解 本 书 中 的 JavaScript 范 例 代 码 ， 然 后 再 将 其 
适 配 到 目 己 习惯 的 编程 语言 。 


因此 ， 除 了 在 特殊 情况 下 ， 当 我 谈 到 “类 ”“ 模 
块茎 图 数 ?等 词汇 时 ， 我 都 按照 它们 在 程序 设计 领 
域 的 一 般 含 义 来 使 用 这 些 词 ， 而 不 是 以 其 在 
JavaScript 语 言 模型 中 的 特殊 含义 来 使 用 。 


我 只 把 JavaScript 用 作 一 种 示例 语言 ， 因 此 我 
也 会 尽量 避免 使 用 其 他 程序 员 可 能 不 太 熟 悉 的 编程 
风格 。 这 不 是 一 本 “用 JavaScript 进 行 重 构 ” 的 书 ， 而 
是 一 本 关于 重 构 的 通用 书籍 ， 只 是 采用 了 JavaScript 
作为 示例 。 有 很 多 JavaScript 特 有 的 重 构 手 法 很 有 意 
思 【〈 如 将 回调 重 构成 promise 或 async/await) ， 但 这 
些 不 是 本 书 要 讨论 的 内 容 。 
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编写 软件 为 生 的 人 。 书 中 的 范例 和 讨论 ， 涉 及 大 量 
需要 详细 阅读 和 理解 的 代码 。 这 些 例子 都 用 
JavaScript 写 成 ， 不 过 这 些 重 构 手法 应 该 适用 于 大 部 
分 编程 语言 。 为 了 理解 书 中 的 内 容 ， 读 者 需要 有 一 
定 的 编程 经验 ， 但 需要 的 知识 并 不 多 。 


本 书 的 首要 目标 读者 群 是 想 要 学 习 重 构 的 软件 

开 及 者 ， 同 时 对 于 已 经 理解 重 构 的 人 也 有 价值 一 一 

本 书 可 以 作为 一 本 教学 辅助 书 。 在 本 书 中 ， 我 用 了 

量 扁 幅 详 细 解 释 各 个 重 构 手 法 的 过 程 和 原理 ， 因 
此 有 经 验 的 开 及 人 员 可 以 用 本 书 来 指导 同事 。 


尽 过 本 书 的 关注 对 象 是 代码 ， 但 重 构 对 于 系统 
设计 也 有 巨 大 影响 。 资 深 设 计 师 和 架构 师 也 很 有 必 
要 了 解 重 构 原理 ， 并 在 自己 的 项 目 中 运用 重 构 技 
术 。 最 好 是 由 有 威望 的 、 经 验 丰 富 的 开发 人 员 来 引 
入 单 构 拉 术 ， 因 为 这 样 的 人 最 能 够 透彻 理解 竺 构 背 
后 的 原理 ， 并 根据 情况 加 以 调整 ， 使 之 适用 于 特定 
工作 领域 。 如 果 你 使 用 的 不 是 JavaScript 而 十 其 他 编 
程 语言 ， 这 一 反 尤 其 曾 要 ， 因 为 你 必须 把 我 给 出 的 
范例 用 其 他 编程 语言 改写 。 



































下 面 我 要 告诉 你 ， 如 何 能 够 在 不 通读 全 书 的 情 
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。 如 琳 你 想 知 道 重 构 是 什么 ， 请 阅读 第 1 革 ， 其 中 
的 示例 会 让 你 弄 清楚 重 构 的 过 程 。 


。 如 和 东 你 想 知道 为 什么 应 该 重 构 ， 请 阅读 前 两 
革 ， 它 们 会 告诉 你 重 构 是 什么 以 及 为 什么 应 该 
重 构 。 


如 果 你 想 知 道 该 在 什么 地 方 重 构 ， 请 阅读 第 3 
出 “这 里 需要 重 构 ”。 


如 条 你 想 独 手 进行 重 构 ， 请 完整 阅读 前 四 章 ， 
然后 选择 性 地 阅读 重 构 名 录 。 一 开始 只 需 概略 
浏览 列表 ， 看 看 其 中 有 些 什 么 ， 不 必 理 解 所 有 
HW. ERERKEN, HF 
细 了 阅读 它 ， 从 中 获取 帮助 。 列 表 部 分 是 供 碍 阅 
的 参考 性 内 容 ， 你 不 必 一 次 就 把 它 全 部 读 完 。 


给 形形色色 的 重 构 手法 命名 是 编写 本 书 的 重要 
部 分 。 合 适 的 词汇 能 帮助 我 们 彼此 沟通 。 当 一 名 开 
发 者 问 男 一 名 开发 者 提出 建议 ， 将 一 段 代 人 码 提 取 成 
为 一 个 函数 ， 或 者 将 计算 逻辑 拆 分 成 几 个 阶段 ， 双 
方 都 能 理解 提炼 函数 (106)〉 和 拆 分 阶段 (154) 是 
什么 意思 。 这 份 词汇 表 也 能 帮助 开发 者 选择 自动 化 






































的 重 构 手 法 。 


一 节 中 关于 各 个 版 本 的 表述 仅 适 用 于 本 书 的 英文 原版 ， 中 文 版 
的 相关 版 本 可 能 会 与 此 略 有 不 同 。 一 一 编者 注 


站 在 前 人 的 肩膀 上 


就 在 本 书 一 开始 的 此 时 此 刻 ， 我 必须 说 : 这 本 
书 让 我 到 了 一 大 笔 人 情 债 ， 从 那些 在 20 世 纪 90 年 代 
做 了 大 量 研究 工作 并 开创 重 构 领 域 的 人 一 大 笔 俩 。 
学 习 他 们 的 经 验 司 发 了 我 撰 与 本 书 第 1 版 ， 尽 管 已 
经 过 去 了 很 多 年 ， 我 仍然 必须 感谢 他 们 打下 的 基 
础 。 这 本 书 原本 应 该 由 他 们 之 中 的 茶 个 人 来 写 ， 但 
最 后 却 让 我 这 个 有 了 时间、 有 精力 的 人 捡 了 便宜 。 


重 构 技术 的 两 位 最 早 倡 导 者 是 Ward 
Cunningham 和 Kent Beck。 他 们 很 早 就 把 重 构 作为 
软件 开发 过 程 的 一 块 基石 ， 并 有 旦 在 自己 的 开发 过 程 
中 运用 它 。 尤 其 需要 说 明 的 是 ， 正 因为 和 Kent 合 
作 ， 我 才 真 正 看 到 了 重 构 的 重要 性 ， 并 直接 受到 激 
METAR. 

Ralph Johnsont UIUC 《伊利 语 伊 大 学 厄 巴 纳 - 
香槟 分 校 ) 领导 了 一 个 小 组 ， 这 个 小 组 因 其 在 对 象 
技术 方面 的 实用 页 献 而 声名 远扬 。Ralph 很 早 就 是 
重 构 的 拥护 者 ， 他 的 一 些 学 生 也 在 重 构 领域 的 发 展 
前 期 做 出 重要 研究 。Bill Opdyke 的 博士 论文 是 重 构 
研究 的 第 一 份 详细 的 书面 成 果 。John Brant 和 Don 
































Roberts 则 早已 不 满足 于 写 文 草 了 ， 他 们 创造 了 第 一 
个 自动 化 的 重 构 工具 ， 这 个 叫 作 Refactoring 
Browser ($W wa) 的 工具 可 以 用 于 重 构 
Smalltalk 程 序 。 


目 本 书 第 1 版 问世 以 来 ， 很 多 人 推动 了 重 构 领 
域 的 发 展 。 尤 其 是 ， 开 发 工具 中 的 目 动 化 重 构 功 
能 ， 让 程序 员 的 生活 轻松 了 许多 。 如 今 我 只 要 简单 
地 敲 几 下 键盘 束 可 以 给 一 个 被 大 量 使 用 的 函数 改 
名 ， 对 此 我 已 经 习 以 为 铝 ， 但 在 这 快捷 的 操作 硼 
后 ， 离 不 开 IDE 开 发 团队 的 对 勤劳 动 。 








致谢 





尽管 有 这 些 研究 成 果 可 以 借鉴 ， 我 还 是 需要 很 
多 协助 才能 写成 本 书 。 本 书 的 第 1 厂 极 大 地 得 益 
Kent ”Beck 的 经 验 与 到 励 。 起 初回 我 介绍 重 构 的 是 
他 ， 豆 励 我 开始 书面 记录 重 构 手法 的 是 他 ， 帮 助 我 
把 重 构 手法 组 织 成 型 的 也 是 他 ， 提 出 “代码 味道 ”这 
个 概念 的 还 是 他 。 我 章帝 感觉 ， 他 本 可 以 把 本 书 的 
第 1 版 写 得 更 好 一 一 如 果 当 时 他 不 是 在 忙 着 撰写 极 
限 编程 的 真 基 之 作 《 解 析 极 限 编程 》 的 话 。 


我 认识 的 所 有 技术 图 书 作者 都 会 提 到 ， 技 术 审 
稿 人 提供 了 巨大 的 帮助 。 我 们 的 作品 都 会 有 巨大 的 
缺陷 ， 只 有 同行 审 稳 人 能 发 现 这 些 缺 陷 。 我 目 己 并 
不 第 做 拉 术 审 稳 ， 部 分 原因 是 我 认为 目 己 并 不 擅 
长 ， 所 以 我 对 优 务 的 技术 审 稿 人 总 是 满怀 敬意 。 帮 
别人 审 稳 所 得 的 报酬 微不足道 ， 所 以 这 完全 是 一 项 
慷慨 之 举 。 


正式 开始 写 这 本 书 时 ， 我 建 了 一 个 邮件 列表 ， 
其 中 都 是 能 给 我 所 供 反 馈 的 建议 者 。 随 着 写作 的 进 
展 ， 我 不 断 把 新 的 至 稳 发 到 这 个 小 组 里 ， 请 他 们 给 
我 反馈 。 我 要 感谢 这 些 人 在 邮件 列表 中 提供 的 反 


ti: Arlo Belshee、Avdi Grimm. Beth Anders- 


























Beck, Bill Wake. Brian Guthrie, Brian Marick, 
Chad Wathington. Dave Farley. David Rice. Don 
Roberts. Fred George. Giles Alexander, Greg 
Doench, Hugo Corbucci, Ivan Moore. James 
Shore. Jay Fields, Jessica Kerr, Joshua 
Kerievsky. Kevlin Henney, Luciano Ramalho, 
Marcos Brizeno、 Michael Feathers, Patrick Kua, 
Pete Hodgson. Rebecca Parsons 和 Trisha Gee. 


在 这 群 人 中 ， 我 要 特别 感谢 Beth Anders- 
Beck、James Shore 和 Pete Hodgson 在 JavaScript 方 面 
给 我 的 帮助 。 


有 了 一 个 比较 完整 的 初稿 之 后 ， 我 将 它 发 送出 
去 ， 寻 求 更 多 的 审 疯 意见 ， 因 为 我 希望 有 一 些 全 新 
WAR CRAM EE. William Chargin#ll Michael 
Hunger 提 供 了 极其 详尽 的 审阅 意见 。 我 还 从 Bob 
Martin 和 Scott ”Davis 那 里 得 到 了 很 多 有 用 的 意见 。 
Bill Wake 也 对 本 书 初 入 做 了 完整 的 审阅 ， 并 在 邮件 
列表 中 给 出 了 他 的 意见 。 


我 在 ThoughtWorks 的 同事 一 直 给 我 的 写作 提供 
想法 和 有 反馈。 数不胜数 的 问题 、 评 论 和 观点 推动 了 
本 书 的 思考 与 写作 。 作 为 ThoughtWorks 员 工 最 好 的 
一 件 事 ， 束 是 这 家 公司 允许 我 伦 大 量 时 间 来 写作 。 
我 尤其 要 感谢 Rebecca Parsons (我们 的 CTO) A% 
与 我 交流 ， 给 了 我 很 多 想法 。 





























在 培 生 出 版 集团 ，Greg Doench 是 负责 本 书 的 
全 划 编辑 ， 他 解决 了 无 数 的 问题 ， 最 终 使 本 书 得 以 
出 版 ，Julie Nahil 是 贡 任 编辑 ，Dmitry Kirsanov fit Ti 
文字 编辑 工作 ; Alina Kirsanova 负 贡 排 版 和 制作 过 
引 。 我 也 很 高 兴 与 他 们 合作 。 
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本 书 由 异步 社区 出 品 ， 社 区 
Chttps://www.epubit.com/) 为 您 提供 相关 资源 和 后 
续 服 务 。 


提交 勘误 


作者 和 编辑 尽 最 大 努力 来 确保 书 中 内 容 的 准确 
性 ， 但 难免 会 存在 疏漏 。 欢 迎 您 将 发 现 的 问题 反馈 
给 我 们 ， 帮 助 我 们 提升 图 书 的 质量 。 

当 您 发 现 错误 时 ， 请 登录 异步 社区 ， 按 书 名 搜 
索 ， 进 入 本 书页 面 ， 点 击 "提交 勘误 *”， 输 入 勘误 信 
息 ， 点 击 “ 提 交 * 按 钮 即 可 。 本 书 的 作者 和 编辑 会 对 
您 提交 的 勘误 进行 审核 ， 确 认 并 接受 后 ， 您 将 获 赠 
异步 社区 的 100 积 分 。 积 分 可 用 于 在 异步 社区 兑换 
优惠 券 、 样 书 或 奖品 ， 
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与 我 们 联系 


我 们 的 联系 邮箱 是 contact@epubit.com.cn。 


如 果 您 对 本 书 有 任何 疑问 或 建议 ， 请 您 及 邮件 
给 我 们 ， 并 请 在 邮件 标题 中 注 明 本 书 书 名 ， 以 便 我 
们 更 高 效 地 做 出 反馈 。 


如 果 您 有 兴趣 出 版 图 书 、 录 制 教学 视频 ， 或 者 
参与 图 书 翻译 、 技 术 审 校 等 工作 ， 可 以 友 邮 件 给 我 
们 ; 有 童 出 版 图 书 的 作者 也 可 以 到 异步 社区 在 线 提 
区 投稿 (直接 访问 


www.epubit.comy/selfpublish/submission 即 可 ) 。 


如 果 您 是 学 校 、 培 训 机 构 或 企业 ， 想 批量 购买 
本 书 或 异步 社区 出 版 的 其 他 图 书 ， 也 可 以 发 邮件 给 
我 们 。 

如 果 您 在 网 上 发 现 有 针对 异步 社区 出 品 图 书 的 
各 种 形式 的 盗版 行为 ， 包 括 对 图 书 全 部 或 部 分 内 容 
的 非 授 权 传 播 ， 请 您 将 怀疑 有 侵权 行为 的 链接 发 邮 
件 给 我 们 。 您 的 这 一 举动 是 对 作者 权益 的 保护 ， 也 
是 我 们 持续 为 您 提供 有 价值 的 内 容 的 动力 之 源 。 























关于 异步 社区 和 异步 图 书 


“异步 社区 ”是 人 民 邮 电 出 版 社 旗 下 IT 专 业 图 书 
和 社区， 致力 于 出 版 精品 全 技术 图 书 和 相关 学 习 产 
品 ， 为 作 译 者 提供 优质 出 版 服务 。 和 寞 步 社区 创办 于 
2015 年 8 月 ， 提 供 大 量 精品 I 技术 图 书 和 电子 书 ， 
以 及 高 品质 技术 文章 和 视频 谍 程 。 更 多 详情 请 访问 
异步 社区 官网 https://www.epubit.com。 


“ 措 步 图 书 ” 是 由 异步 社区 编辑 团队 策划 出 版 的 
精品 I 开 专 业 图 书 的 品牌 依托 于 人 民 邮 电 出 版 社 近 
30 年 的 计算 机 图 书 出 版 积累 和 专业 编辑 团队 ， 相 关 
图 书 在 封面 上 纯 有 异步 图 书 的 LOGO。 卉 步 图 书 的 
出 版 领域 包括 软件 开 及 、 大 数据 、AI、 测 试 、 前 
im MARRE. 
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我 该 从 何 说 起 呢 ? 按照 传统 做 法 ， 一 开始 介绍 
东 样 东西 时 应 该 匈 大 致 讲 讲 它 的 历史 、 主 要 原理 
等 。 可 是 每 当 有 人 在 会 场 上 介绍 这 些 东 西 ， 总 是 诱 
发 我 的 睹 睡 虫 。 我 的 思绪 开始 诉 沪 ， 我 的 眼神 开始 
迷离 ， 直 到 主讲 人 秀 出 示例 ， 我 才能 够 捉 起 精神 。 


示例 之 所 以 可 以 拯救 我 于 太 虚 之 中 ， 因 为 它 让 
我 看 见 事 情 在 真正 进行 。 谈 原理 ， 很 容易 流 于 泛 
泛 ， 又 很 难说 明 如 何 实际 应 用 。 给 出 一 个 示例 ， 束 
可 以 帮助 我 把 事情 认识 清楚 。 


因此 ， 我 决定 从 一 个 示例 说 起 。 在 此 过 程 中 我 
会 谈 到 很 多 重 构 的 工作 方式 ， 并 且 让 你 对 重 构 过 程 
有 一 点 点 感觉 。 然 后 在 下 一 章 中 我 才能 同 你 展开 通 
常 的 原理 介绍 。 


但 是 ， 面 对 这 个 介绍 性 示例 ， 我 遇 到 了 一 个 大 
问题 。 如 果 我 选择 一 个 大 型 程序 ， 那 么 对 程序 自身 
的 描述 和 对 整个 重 构 过 程 的 描述 就 太 复杂 了 ， 任 何 
iL ABABA (我 试 了 一 下 ， 哪 怕 稍 微 复 杂 一 点 
的 例子 都 会 超过 100 页 ) 。 如 果 我 选择 一 个 容易 理 























ERMET. CEEA h EW ME 


和 任何 立志 要 介绍 “应 用 于 真实 世界 的 程序 中 
的 有 用 技术 ”的 人 一 样 ， 我 陷入 了 一 个 十 分 典型 的 
两 难 困 境 。 我 只 能 带 你 看 看 如 何在 一 个 我 选择 的 小 
程序 中 进行 重 构 ， 然 而 坦白 说 ， 那 个 程序 的 规模 根 
本 不 值得 我 们 这 么 做 。 但 是 ， 如 果 我 给 你 看 的 代码 
征 大 系统 的 一 部 分 ， 重 构 技 术 很 快 束 变 得 重要 起 
Keo Arik “MIST DBI, AERE G 
处 于 一 个 大 得 多 的 系统 。 




















1.1 起 点 








在 本 书 第 1 版 中 ， 我 使 用 的 示例 程序 十 为 影 
出 租 店 的 顾客 打印 一 张 详 单 。 放 到 今天 ， 很 多 人 可 
能 要 问 了 :“ 影 片 出 租 店 是 什么 ? ”为 了 避免 过 多 回 
答 这 个 问题 ， 我 翻新 了 一 下 示例 ， 将 其 包装 成 一 个 
仍 有 古典 前 味 义 尚未 消亡 的 现代 示例 。 


设想 有 一 个 戏剧 演出 团 ， 演 员 们 经 常 要 去 各 种 
场合 表演 戏剧 。 通 常客 户 (customer) 会 指定 几 出 
剧目 ， 而 剧团 则 根据 观众 (audience〉 人 数 及 剧目 
类 型 来 回 客户 收费 。 该 团 目前 出 演 两 种 戏剧 El 
(tragedy) 和 喜剧 (comedy) 。 给 客户 发 出 账单 
时 ， 剧 团 还 会 根据 到 场 观 众 的 数量 给 出 “观众 量 积 
I” (volume credit) 优惠 ， 下 次 客户 再 请 剧团 表演 
时 可 以 使 用 积分 获得 折扣 你 可 以 把 它 看 作 一 种 
提升 客户 忠诚 度 的 方式 。 


该 剧团 将 剧目 的 数据 存储 在 一 个 简单 的 JSON 
aes 




















plays.json... 


"hamlet": {"name": "Hamlet", "type": "tragedy"}, 
"as-like": {"name": "As You Like It", "type": "comedy"}, 
"othello": {"name": "Othello", "type": "tragedy"} 


} 
他 们 开 出 的 账单 也 存储 在 一 个 JSON 文 件 里 。 
invoices.json... 
[ 
"customer": "BigCo", 
"performances": [ 
' "olayID": "hamlet", 
"audience": 55 
}, 
{ 
"playID": "as-like", 
"audience": 35 
}, 
{ 
"olayID": "othello", 
"audience": 40 
} 
] 
} 
] 


下 和 面 这 个 简单 的 函数 用 于 打印 账单 详情 。 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 


{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = 0; 


switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 
} 
break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 
} 
thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}-); 
} 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 

result += “Amount owed is ${format(totalAmount/100)}\n°; 


result += “You earned ${volumeCredits} credits\n ; 
return result; 


用 上 面 的 数据 文件 (invoices .json 和 和 
plays.json) 作为 测试 输入 ， 运 行 这 段 代 码 ， 会 得 
到 如 下 输出 : 


Statement for BigCo 
Hamlet: $650.00 (55 seats) 
As You Like It: $580.00 (35 seats) 
Othello: $500.00 (40 seats) 

Amount owed is $1,730.00 

You earned 47 credits 


1.2 对 此 起 始 程序 的 评价 








你 觉得 这 个 程序 设计 得 怎么 样 ? 我 的 第 一 感觉 
是 ， 代 码 组 织 不 其 清晰 ， 但 这 还 在 可 妨 受 的 限度 
内 。 这 样 小 的 程 夺 ， 不 做 任何 深入 的 设计 ， 也 不 会 
太 难 理解 。 但 我 前 面 讲 过 ， 这 是 因为 要 保证 例子 中 
够 小 的 缘故 。 如 果 这 段 代码 吴 处 于 一 个 更 大 规模 
也 许 是 几 百 行 一 一 的 程序 中 ， 把 所 有 代码 放 到 
一 个 函数 里 吏 很 难 理解 了 。 


尽管 如 此 ， 这 个 程序 还 是 能 正常 工作 。 那 么 是 
不 是 说 ， 对 其 结构 “不 其 清晰 ”的 评价 只 是 美学 意义 
上 的 判断 ， 只 是 对 所 请 丑 陋 代 人 码 的 反感 呢 ? 毕竟 编 
译 器 也 不 会 在 乎 代码 好 不 好 看 。 但 是 ， 当 我 们 需要 
修改 系统 时 ， 就 涉及 了 人 ， 而 人 在 乎 这 些 。 差 劲 的 
系统 是 很 难 修改 的 ， 因 为 很 难 找到 修改 点 ， 难 以 了 
解 做 出 的 修改 与 现 有 代码 如 何 协作 实现 我 想 要 的 行 
为 。 如 有 条 很 难 找到 修改 点 ， 我 承 很 有 可 能 犯错 ， 从 
而 引入 bug。 

因此 ， 如 果 我 需要 修改 一 个 有 几 百 行 代码 的 程 
序 ， 我 会 期 望 它 有 民 好 的 结构 ， 并 且 已 经 被 分 解 成 
一 系列 国 数 和 其 他 程序 要 素 ， 这 能 帮 有 我 更 易于 清楚 
































地 了 解 这 段 代 码 在 做 什么 。 如 果 程 序 杂乱 无 章 ， 先 
— 再 做 需要 的 修改 ， 通 第 来 说 更 
加 简单 。 


如 果 你 要 给 程序 添加 一 个 特性 ， 但 发 
现代 人 码 因 缺乏 民 好 的 结构 而 不 易于 进行 更 改 ， 
那 就 先 重 构 那个 程序 ， 使 其 比较 容易 添加 该 特 
性 ， 然 后 再 添加 该 特性 。 





在 这 个 例子 里 ， 我 们 的 用 户 和 希望 对 系统 做 几 个 
修改 。 首 先 ， 他 们 希望 以 HTML 格 式 输出 详 单 。 现 
在 请 你 想 一 想 ， 这 个 变化 会 带 来 什么 影响 。 对 于 每 
处 退 加 字符 串 到 result 变 量 的 地 方 我 都 得 为 它们 还 
加 分 文 逻 辑 。 这 会 为 图 数 引 入 更 多 复杂 度 。 过 到 这 
种 需求 时 ， 很 多 人 会 选择 直接 复制 整个 方法 ， 在 其 
中 修改 输出 HTML 的 部 分 。 复 制 一 过 代码 似乎 不 算 
太 难 ， 但 却 给 未 来 留 下 各 种 隐患 ， 一 旦 计 费 逻辑 友 
生变 化 ， 我 束 得 同时 修改 两 个 地 方 ， 以 保证 它们 你 
辑 相同 。 如 条 你 编写 的 是 一 个 永 不 需要 修改 的 程 
序 ， 这 样 剪 剪贴 贴 就 还 好 。 但 如 果 程 序 要 保存 很 长 
时 间 ， 那 么 重复 的 人 效 辑 束 会 造成 潜在 的 威胁 。 


现在 ， 第 二 个 变化 来 了 : 演员 们 竺 试 在 表演 类 
型 上 做 更 多 突破 ， 无 论 是 历史 剧 、 田 园 剧 、 田 园 各 





























剧 、 田 园 史 剧 、 历 史 坦 剧 还 是 历史 田园 悉 喜 剧 ， 无 
论 一 成 不 变 的 正统 戏 ， 还 是 干 变 万 弥 的 新 派 戏 ， 他 
们 都 希望 有 所 答 试 ， 只 是 还 没有 决定 试 哪 种 以 及 何 
时 试 尖 。 这 对 戏剧 场次 的 计 费 方式 、 积 分 的 计算 方 
式 都 有 影响 。 作 为 一 个 经 验 丰 军 的 开发 者 ， 我 可 以 
肯定 : 不 论 最 终 捉 出 什么 方案 ， 他 们 一 定 会 在 6 个 
月 之 内 再 次 修改 它 。 毕 竞 ， 需 求 通常 不 来 则 已 ， 一 
KERREN E o 


为 了 应 对 分 类 规则 和 计 费 规则 的 变化 ， 程 序 必 
有 顷 对 statement 函 数 做 出 修改 。 但 如 果 我 把 
statement 内 的 代码 复制 到 用 以 打印 HTML 详 单 的 函 
数 中 ， 就 必须 确保 将 来 的 任何 修改 在 这 两 个 地 方 保 
持 一 致 。 随 独 各 种 规则 变 得 越 来 越 复杂 ， 适 当 的 修 
改 点 将 越 来 越 难 找 ， 不 犯错 的 机 会 也 越 来 越 少 。 


我 再 强调 一 次 ， 和 是 需求 的 变化 使 重 构 变 得 必 
要 。 如 果 一 段 代码 能 正常 工作 ， 并 且 不 会 再 修 修 
改 ， 那 么 完全 可 以 不 去 重 构 它 。 能 改进 之 当然 很 
aE, (Ei BARE, ERASE IEW 
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1.3 重 构 的 第 一 步 


每 当 我 要 进行 重 构 的 时 候 ， 第 一 个 步骤 永远 相 
同 : 我 得 确保 即将 修改 的 代码 拥有 一 组 可 靠 的 测 
试 。 这 些 训 试 必 不 可 少 ， 因 为 尽管 齐 循 重 构 手 法 可 
以 使 我 避免 绝 大 多 数 引 入 bug 的 情形 ， 但 我 毕竟 是 
人 ， 毕 竟 有 可 能 犯错 。 程 序 越 大 ， 我 的 修改 不 小 心 
破坏 其 他 代码 的 可 能 性 就 越 大 一 一 在 数字 时 代 ， 软 
件 的 名 字 束 是 脆弱 。 


statement 函 数 的 返回 值 是 一 个 字符 串 ， 我 做 
的 束 是 创建 几 张 新 的 账单 〈invoice) ， 假 设 每 张 账 
单 收取 了 几 出 戏剧 的 费用 ， 然 后 使 用 这 几 张 账单 作 
Ari A val statement KZ, AE ROO DY AY TMK BA 
(statement) 字符 串 。 我 会 合生 成 的 字符 串 与 我 已 
经 手工 检查 过 的 字符 串 做 比 对 。 我 会 借助 一 个 测试 
框架 来 配置 好 这 些 测 试 ， 只 要 在 开发 环境 中 输入 一 
行 命令 就 可 以 把 它们 运行 起 来 。 运 行 这 些 测 试 只 需 
几 秒 钟 ， 所 以 你 会 看 到 我 经 津 运 行 它们 。 


测试 过 程 中 很 重要 的 一 部 分 ， 束 古 测试 程序 对 
于 结 琳 的 报告 方式 。 它 们 要 么 变 绿 ， 表 示 所 有 新 字 
从 串 部 和 参考 字符 串 一 样 ， 要 么 就 变 红 ， 然 后 列 出 
失败 清单 ， 显 示 问 题字 符 串 的 出 现行 写 。 这 些 测试 



































都 能够 目 我 检验 。 使 测试 能 目 我 检验 至 关 重 要 ， 琴 
则 就 得 耗费 大 把 时 间 来 回 比 对 ， 这 会 降低 开发 速 
度 。 现 代 的 测试 框 染 部 提供 了 丰富 的 设施 ， 文 持 编 
写 和 运行 能 够 目 我 检验 的 测试 。 














2O 重 构 前 ， 先 检查 自己 是 否 有 一 套 可 靠 
的 测试 集 。 这些 测 试 必须 有 自我 检验 能 力 ， 


进行 章 构 时 ， 我 圾 要 依赖 测试 。 我 将 测试 视 为 
bug 检 测 占 ， 它 们 能 保护 我 不 被 目 己 犯 的 错误 所 困 
扰 。 把 我 想 要 达成 的 目标 写 两 明 一 一 代码 里 写 一 
裔 ， 测 试 里 再 写 一 衣 一 一 我 束 得 犯 两 志 同 样 的 错误 
才能 骗 过 检测 费 。 这 降低 了 我 犯错 的 概率 ， 因 为 我 
对 工作 进行 了 二 次 确认 。 尽 管 编写 测试 需要 花费 时 
间 ， 但 却 为 我 节 省 下 可 观 的 调 斌 时间。 构筑 测试 体 
系 对 重 构 来 说 实在 太 重 要 了 ， 因 此 我 将 用 第 4 章 一 


整 章 的 笔 看 来 评 细 讨论 它 。 

















1.4 4) f#statement Ps AV 


每 当 看 到 这 样 长 长 的 函数 ， 我 便 下 意识 地 想 从 
整个 函数 中 分 离 出 不 同 的 关注 点 。 第 一 个 引起 我 注 
意 的 就 是 中 间 那 段 switch 语 人 句 。 





function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = 0; 


switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 
} 
break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 


thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error(` unknown type: ${play.type} ); 
} 


// add volume credits 
volumeCredits += Math.max(perf.audience - 30, 0); 
// add extra credit for every ten comedy attendees 


if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 





看 着 这 块 代码 ， 我 就 知道 它 在 计算 一 场 戏剧 演 
出 的 费用 。 这 是 我 的 直 党 。 不 过 正如 Ward 
Cunningham 所 说 ， 这 种 理解 只 是 我 脑海 中 转瞬 即 逝 
的 灵光 。 我 需要 梳理 这 些 灵感 ， 将 它们 从 脑海 中 搬 
回 到 代码 里 去 ， 以 免 访 记 。 这 样 当 我 回头 看 时 ， 代 
E ， 我 不 需要 重新 思考 一 
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要 将 我 的 理解 转化 到 代码 里 ， 得 先 将 这 块 代码 
抽取 成 一 个 独立 的 函数 ， 按 它 所 干 的 事情 给 它 合 
名 ， 比 如 叫 amountFor(performance)。 每 次 想 将 一 
块 代码 抽取 成 一 个 函数 时 ， 我 都 会 坦 循 一 个 标准 流 
程 ， 最 大 程度 减少 犯错 的 可 能 。 我 把 这 个 流程 记录 
了 下 来 ， 并 将 它 命名 为 提炼 函数 (106), MEH 
后 可 以 方便 地 引用 。 

首先 ， 我 需要 检查 一 下 ， 如 果 我 将 这 块 代码 提 
炼 到 自己 的 一 个 函数 里 ， 有 哪些 变量 会 离开 原本 的 
作用 域 。 在 此 示例 中 ， 是 perf、play 和 thisAmount 




















这 3 个 变量 。 前 两 个 变量 会 被 提炼 后 的 函数 使 用 ， 
但 不 会 被 修改 ， 那 么 我 就 可 以 将 它们 以 参数 方式 传 
递 进来 。 我 更 关心 那些 会 被 修改 的 变量 。 这 里 只 有 
唯一 一 个 一 -thisAmount， 因 此 可 以 将 它 从 函数 中 
直接 返回 。 我 还 可 以 将 其 初始 化 放 到 提炼 后 的 函数 
里 。 修 改 后 的 代码 如 下 所 示 。 


function statement... 


function amountFor(perf, play) { 
let thisAmount = 0; 
switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 


break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) 
thisAmount += 10000 + 500 * (perf.audience - 20); 


thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} ); 


return thisAmount; 


当 我 在 代码 块 上 方 使 用 了 和 斜体 〈 中 文 对 应 为 楷 
体 ) Pic ek function xxx ”时 ， 表 明 该 代码 块 位 


于 题 头 所 在 函数 、 文 件 或 类 的 作用 域内 。 通 销 该 作 
用 域内 还 有 其 他 的 代码 ， 但 由 于 不 是 讨论 重点 ， 因 
此 把 它们 隐 去 不 展示 。 


现在 原 statement 了 水 数 可 以 直接 调用 这 个 新 也 
数 来 初始 化 thisAmount。 














顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n’; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = amountFor(perf, play); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 

result += “Amount owed is ${format(totalAmount/100)}\n‘; 


result += “You earned ${volumeCredits} credits\n ; 
return result; 


(sek SAAS, REH Emit HAT — ar 
试 ， 看 看 有 无 破坏 了 其 他 东西 。 无 论 每 次 重 构 多 











简单 ， 养 成 重 构 后 即 运 行 测试 的 习惯 非常 重要 。 犯 
普 误 是 很 容易 的 一 一 全 少 我 知道 我 是 很 容易 犯错 
的 。 做 完 一 次 修改 残 运行 测试 ， 这 样 在 我 真 的 犯 了 
错时 ， 只 需要 考虑 一 个 很 小 的 改动 范围 ， 这 使 得 但 
音 与 修复 问题 易如反掌 。 这 就 是 曾 构 过 程 的 精髓 所 
E: 小 步 修 改 ， 每 次 修改 后 束 运 行 测试 。 如 果 我 改 
动 了 太 多 东西 ， 犯 错时 就 可 能 陷入 肤 烦 的 调试 ， 并 
为 此 耗费 大 把 时 间 。 小 步 修改 ， 以 及 它 带 来 的 频 每 
反馈 ， 正 是 防止 混乱 的 关键 。 




















这 里 我 使 用 的 “编译 ”一 词 ， 指 的 古 将 
JavaScript 变 为 可 执行 代码 之 前 的 所 有 步骤 。 虽 
然 JavaScript 可 以 直接 执行 ， 有 时 可 能 不 需 任 何 
步骤 ， 但 有 时 可 能 需要 将 代码 移动 到 一 个 输出 
目录 ， 或 使 用 Babel 这 样 的 代码 处 理 器 等 。 


因为 是 JavaScript， 我 可 以 直接 将 amountFor 提 
炼 成 为 statement 的 一 个 内 舰 函 数 。 这 个 特性 十 分 
有 用 ， 因 为 我 就 不 需要 再 把 外 部 作用 域 中 的 数据 传 
给 新 提 烁 的 函数 。 这 个 示例 中 可 能 区 别 不 大 ， 但 也 
是 少 了 一 件 要 操心 的 事 。 








重 构 技术 束 是 以 微小 的 步伐 修改 程 


序 。 如 果 你 犯 下 错误 ， 很 容易 便 可 发 现 它 。 


做 完 上 面 的 修改 ， 测 试 是 通过 的 ， 因 此 下 一 步 
我 要 把 代码 提交 到 本 地 的 版 本 控制 系统 。 我 会 使 用 
诸如 git 或 mercurial 这 样 的 版 本 控制 系统 ， 因 为 它们 
可 以 支持 本 地 提交 。 每 次 成 功 的 重 构 后 我 都 会 提交 
ARNG, QR RRA) CHAM, RE RE EE R Sl] 
上 一 个 可 工作 的 状态 。 把 代码 推送 (push) Pzr 
仓库 前 ， 我 会 把 零碎 的 修改 压缩 成 一 个 更 有 意义 的 


提交 (commit) 。 


FERRI AL (106) 是 一 个 常见 的 可 自动 完成 的 
重 构 。 如 采 我 是 用 Java 编 程 ， 我 会 本 能 地 使 用 IDE 
的 快捷 键 来 完成 这 项 重 构 。 在 我 撰写 本 书 时 ， 
JavaScript 工 具 对 此 重 构 的 文 持 仍 不 是 很 健壮 ， 因 此 
我 必须 手动 重 构 。 这 不 是 很 难 ， 当 然 我 还 是 需要 小 
心 处 理 那 些 局 部 作用 域 的 变量 。 


完成 提炼 图 数 〈106) 手法 后 ， 我 会 看 看 提炼 
出 来 的 函数 ， 看 是 合 能 进一步 提升 其 表达 能 力 。 一 
般 我 做 的 第 一 件 事 就 是 给 一 些 变量 改名 ， 使 它们 更 


人 简洁， 比如 将 thisAmount 重 命名 为 result。 























function statement... 


function amountFor(perf, play) { 


} 


let result = 0; 
switch (play.type) { 
case "tragedy": 
result = 40000; 
if (perf.audience > 30) { 
result += 1000 * (perf.audience - 30); 
} 


break; 
case "comedy": 
result = 30000; 
if (perf.audience > 20) { 
result += 10000 + 500 * (perf.audience - 20); 


result += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} >); 
} 


return result; 


这 是 我 个 人 的 编码 风格 : 永远 将 函数 的 返回 值 





命名 为 “result*"， 这 样 我 一 眼 束 能 知道 它 的 作用 。 然 
后 我 再 次 编译 、 测 试 、 提 交代 码 。 接 着， 我 前 往 下 


一 个 目标 





PALER 


function statement... 


function amountFor(aPerformance, play) { 


let result = 0; 
switch (play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


break; 


case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} >); 


return result; 


这 是 我 的 另 一 个 编码 风格 。 使 用 一 门 动态 类 型 
语言 (如 JavaScript) 时 ， 跟 踩 变 量 的 类 型 很 有 意 
义 。 因 此 ， 我 为 参数 取 名 时 都 默认 带 上 其 类 型 名 。 
一 般 我 会 使 用 不 定 冠 词 修 饰 它 ， 除 非 命名 中 男 有 人 解 
释 其 角色 的 相关 信息 。 这 个 习惯 是 从 Kent Beck 那 里 
学 的 [Beck SBPP]， 到 现在 我 还 一 直 和 党 得 很 有 用 。 














; 傻瓜 都 能 写 出 计算 机 可 以 理解 的 代 
码 。 唯 有 能 写 出 人 类 容易 理解 的 代码 的 ， 才 是 
优秀 的 程序 员 。 


这 次 改名 是 否 值得 我 大 费 周 章 呢 ? 当然 值得 。 
好 代码 应 能 清楚 地 表明 它 在 做 什么 ， 而 变量 命名 是 
代码 清晰 的 关键 。 只 要 改名 能 够 提升 代码 的 可 该 
PE, MAMER M. A RA TB 
在 手 ， 改 名 通常 并 不 困难 ; 此外， 你 的 测试 以 及 语 








言 本 刁 的 静态 类 型 文 持 ， 都 可 以 帮 你 揪 出 漏 改 的 地 
方 。 如 今 有 了 目 动 化 的 重 构 工具 ， 即 便 要 给 一 个 被 
大 量 调用 的 函数 改名 ， 通 第 也 不 在 话 下 。 


本 来 下 一 个 要 改名 的 变量 是 play， 但 我 对 这 个 
参数 男 有 安排 。 














移 除 play 变 量 





观察 amountFor 函 数 时 ， 我 会 看 看 它 的 参数 都 
从 哪里 来 。aPerformance 是 从 循环 变量 中 来 ， 所 以 
目 然 每 次 循环 都 会 改变 ， 但 play 变 量 是 
由 performance 变 量 计算 得 到 的 ， 因 此 根本 没 必要 
将 它 作 为 参数 传 入 ， 我 可 以 在 amountFor 函 数 中 重 
新 计算 得 到 它 。 当 我 分 解 一 个 长 函数 时 ， 我 喜欢 
将 play 这 样 的 变量 移 除 挥 ， 因 为 它们 创建 了 很 多 具 
有 局 部 作用 域 的 临时 变量 ， 这 会 使 提炼 函数 更 加 复 
杂 。 这 里 我 要 使 用 的 重 构 手 法 是 以 查询 取代 临时 变 
量 (178) 。 


我 匈 从 赋值 表达 式 的 右边 部 分 提 烁 出 一 个 图 数 
来 。 














function statement... 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 
} 





顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n‘’; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = playFor (perf); 
let thisAmount = amountFor(perf, play); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += `You earned ${volumeCredits} credits\n`; 
return result; 


编译 、 测 试 、 提 交 ， 然 后 使 用 内 联 变量 
(123) 手法 内 联 play 变 量 。 





顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n°; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


let thisAmount = amountFor(perf, playFor(perf)); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(thisAmount/10 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 








编译 、 测 试 、 提 交 。 完 成 变量 内 联 后 ， 我 可 以 
对 amountFor 函 数 应 用 改变 函数 声明 (124) ， 移 
除 play 参 数 。 我 会 分 两 步 走 。 首 先 在 amountFor 峭 
数 内 部 使 用 新 提炼 的 函数 。 


function statement... 


function amountFor(aPerformance, play) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 


result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${playFor(aPerformance) . 
} 


return result; 





顶层 作用 域 .. 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


let thisAmount = amountFor(perf ;—ptayFertperf_); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(thisAmount/10 
totalAmount += thisAmount; 


result += “Amount owed is ${format(totalAmount/100)}\n‘; 


result += You earned ${volumeCredits} credits\n ; 
return result; 


function statement... 


function amountFor(aPerformance——piay ) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${playFor(aPerformance) . 


return result; 
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构 前 ， 查 找 play 变 量 的 代码 在 每 次 循环 中 只 执行 了 
1 次 ， 而 重 构 后 却 执行 了 3 次 。 我 会 在 后 面 探讨 重 构 
与 性 能 之 间 的 关系 ， 但 现在 ， 我 认为 这 次 改动 还 不 








太 可 能 对 性 能 有 严重 影响 ， 即 便 真 的 有 所 影响 ， 后 
续 再 对 一 段 结构 民 好 的 代码 进行 性 能 调 优 ， 也 容易 


得 多 。 


移 除 局 部 变量 的 好 处 束 古 做 提炼 时 会 简单 得 
多 ， 因 为 需要 操心 的 局 部 作用 域 变 少 了 。 实 际 上 ， 
在 做 任何 提炼 前 ， 我 一 般 都 会 先 移 除 局 部 变量 。 


处 理 完 amountFor 的 参数 后 ， 我 回 过 头 来 看 一 
下 它 的 调用 点 。 它 被 赋值 给 一 个 临时 变量 ， 之 后 就 
不 再 被 修改 ， 因 此 我 又 采用 内 联 变 量 (123) 手法 
内 联 它 。 








顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n°; 
result += “You earned ${volumeCredits} credits\n ; 


return result; 


提炼 计算 观众 量 积分 的 逻辑 





现在 statement 函 数 的 内 部 实现 是 这 样 的 。 





顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n°; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += `You earned ${volumeCredits} credits\n`; 
return result; 





这 会 儿 我 们 就 看 到 了 移 除 play 变 量 的 好 处 ， 移 


除了 一 个 局 部 作用 域 的 变量 ， 提 人 炬 观众 量 积 分 的 计 
算 逻 辑 义 更 简单 一 些 。 

我 仍 需要 处 理 其 他 两 个 局 部 变量 。perf 同 样 可 
以 轻易 作为 参数 传 入 ， 但 volumecredits 变 量 则 有 
些 棘手。 它 是 一 个 累加 变量 ， 循 环 的 每 次 欠 代 都 会 
更 新 它 的 值 。 因 此 最 简单 的 方式 是 ， 将 整 块 逻辑 提 
炼 到 新 函数 中 ， 然 后 在 新 函数 中 直接 返回 


volumeCredits. 























function statement... 


function volumeCreditsFor(perf) { 
let volumeCredits = 0; 
volumeCredits += Math.max(perf.audience - 30, 0); 
if ("comedy" === playFor(perf).type) volumeCredits += Math. 
return volumeCredits; 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 





我 还 顺便 删除 了 多 余 《“ 并 且 会 引起 误解 ) 的 注 


FE 


编译 、 测 试 、 所 交 ， 然 后 对 新 函数 里 的 变量 改 
名。 


function statement... 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === playFor(aPerformance).type) result += Math 
return result; 


} 





这 里 我 只 展示 了 一 步 到 位 的 改名 结果 ， 不 过 实 
际 操作 时 ， 我 还 是 一 次 只 将 一 个 变量 改名 ， 并 在 每 
次 改名 后 执行 编译 、 测 试 、 提 交 。 


移 除 format 变 量 


我 们 再 看 一 下 statement 这 个 主 函 数 。 





顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 

result += “Amount owed is ${format(totalAmount/100)}\n°; 


result += “You earned ${volumeCredits} credits\n ; 
return result; 
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烦 。 它 们 只 在 对 其 进行 处 理 的 代码 块 中 有 用 ， 因 此 
临时 变量 实质 上 是 辟 励 你 写 长 而 复杂 的 函数 。 因 
此 ， 下 一 步 我 要 答 换 抒 一 些 临 时 变量 ， 而 最 简单 的 
莫 过 于 从 format 变 量 入 手 。 这 是 典型 的 “将 函数 赋 
值 给 临时 变量 ”的 场景 ， 我 更 愿意 将 其 和 蔡 换 为 一 个 
明确 声明 的 函数 。 








function statement... 


function format(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format(aN 





THUR TE FA ER.. 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


} 

result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 
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重 构 手法 ， 但 我 既 未 为 此 手法 命名 ， 也 未 将 它 
纳入 重 构 名 录 。 还 有 很 多 的 重 构 手 法 我 都 党 得 
没 那么 重要 。 我 党 得 上 面 这 个 函数 改名 的 手法 
既 十 分 简单 义 不 太 利用 ， 不 值得 在 重 构 名 录 中 
占有 一 席 之 地 。 











我 对 提炼 得 到 的 函数 名 称 不 很 满意 format 
未 能 清晰 地 摘 述 其 作用 。formatAsUSsD 很 表意 ， 但 
又 太 长 ， 特 别 它 仅 是 小 范围 地 被 用 在 一 个 字符 串 模 
极 中 。 我 认为 这 里 真正 需要 强调 的 是 ， 它 格式 化 的 

是 一 个 货币 数字 ， 因 此 我 选取 了 一 个 能 体现 此 意图 
的 命名 ， 并 应 用 了 改变 函数 声明 124) 手法 。 





TUE VE Fk. 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


function statement... 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format(aN 


好 的 命名 十 分 重要 ， 但 往往 并 非 唾 手 可 得 。 只 
有 恰如其分 地 命名 ， 才 能 彰显 出 将 大 函数 分 解 成 小 
图 数 的 价值 。 有 了 好 的 名 称 ， 我 融 不 必 通 过 阅读 函 
数 体 来 了 解 其 行为 。 但 要 一 次 把 名 取 好 并 不 容易 ， 
因此 我 会 使 用 当下 能 想到 最 好 的 那个 。 如 果 和 后 想 
到 更 好 的 ， 我 就 会 坚 不 犹豫 地 换 抒 它 。 通 种 你 需要 
EUER ELA, A RME AE 
Bs 


重 命名 的 同时 ， 我 还 将 重复 的 除 以 100 的 行为 
也 搬移 到 函数 里 。 将 钱 以 半分 为 单位 作为 正 整数 存 
储 是 一 种 种 见 的 做 法 ， 可 以 避免 使 用 浮 点 数 来 存储 
货币 的 小 数 部 分 ， 同 时 又 不 影响 用 数学 运算 符 操 作 
它 。 不 过 ， 对 于 这 样 一 个 以 美 分 为 单位 的 整数 ， 我 
又 需要 以 美元 为 单位 进行 展示 ， 因 此 让 格式 化 函数 
来 处 理 整除 的 事宜 再 好 不 过 。 














移 除 观众 量 积 分 总 和 


我 的 下 一 个 重 构 目 标 是 volumecredits。 处理 
这 个 变量 更 加 微妙 ， 因 为 它 是 在 循环 的 迭代 过 程 中 
累加 得 到 的 。 第 一 步 ， 束 是 应 用 拆 分 循环 (227) 
将 volumecredits 的 累加 过 程 分 离 出 来 。 





顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n‘; 


for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) ) 
totalAmount += amountFor(perf); 


for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 
} 


result += “Amount owed is ${usd(totalAmount)}\n`; 
result += `You earned ${volumeCredits} credits\n`; 
return result; 


完成 这 一 步 ， 我 吏 可 以 使 用 移动 语句 (223) 
手法 将 变量 声明 挪动 到 紧邻 循环 的 位 置 。 


top level... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n’; 
for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


let volumeCredits = 0; 


for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


result += “Amount owed is ${usd(totalAmount)}\n‘; 


result += “You earned ${volumeCredits} credits\n ; 
return result; 


E5 E ivolumecredits* 7H KN {Ue ER 
中 到 一 起 ， 有 利于 以 查询 取代 临时 变量 (178) F 
法 的 施展 。 第 一 步 同 样 是 先 对 变量 的 计算 过 程 应 用 
提炼 函数 (106) 手法 。 





function statement... 


function totalVolumeCredits() { 
let volumeCredits = 0; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


} 


return volumeCredits; 


t 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n ， 
for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


totalAmount += amountFor(perf); 


let volumeCredits = totalVolumeCredits(); 

result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 





完成 函数 所 炬 后 ， 我 再 应 用 内 联 变 量 (123) 
手法 内 联 totalvolumecredits 国 数 。 





顶层 作用 域 .. 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n°; 
for (let perf of invoice.performances) 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


} 


result += “Amount owed is ${usd(totalAmount)}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n’; 
return result; 


重 构 全 此 ， 让 我 先 暂 停 一 下 ， 谈 谈 刚 刚 完 成 的 
修改 。 前 和 完 ， 我 知道 有 些 读者 会 再 次 对 此 修改 可 能 
市 来 的 性 能 问题 感到 担忧 ， 我 知道 很 多 人 本 能 地 警 
惕 重复 的 循环 。 但 大 多 数 时 候 ， 重 复 一 次 这 样 的 循 
环 对 性 能 的 影响 都 可 忽略 不 计 。 如 果 你 在 重 构 前 后 
进行 计时 ， 很 可 能 甚至 都 注意 不 到 运行 速度 的 变化 











通常 也 确实 没什么 变化 。 许 多 程序 员 对 代码 实 
际 的 运行 路 径 都 所 知 不 足 ， 其 至 经 验 丰富 的 程序 员 
有 时 也 未 能 避免 。 在 隐 明 的 编译 器 、 现 代 的 缓存 拉 
术 面 前 ， 我 们 很 多 下 党 都 古 不 准确 的 。 软 件 的 性 能 
通 第 只 与 代码 的 一 小 部 分 相关 ， 改 变 其 他 的 部 分 往 
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当然 , “大 多 数 时 候 ” 不 等 同 于 “所 有 时 候 ”。 有 
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此 ， 我 通常 也 不 去 管 它 ， 继 续 重 构 ， 因 为 有 了 一 份 
结构 民 好 的 代码 ， 回 头 调 优 其 性 能 也 容易 得 多 。 如 
末 我 在 重 构 时 引入 了 明显 的 性 能 损耗 ， 我 后 面 会 花 
时 间 进 行 性 能 调 优 。 进 行 调 优 时 ， 可 能 会 回 退 我 早 
先 做 的 一 些 重 构 一 一 但 更 多 时 候 ， 因 为 重 构 我 可 以 
使 用 更 局 效 的 调 优 方案 。 最 后 我 得 到 的 是 既 整 洁 叉 
高 效 的 代码 。 


因此 对 于 重 构 过 程 的 性 能 问题 ， 我 总 体 的 建议 
fe: 大 多 数 情 况 下 可 以 忽略 它 。 如 果 重 构 引 入 了 性 
能 损耗 ， 先 完成 重 构 ， 再 做 性 能 优化 。 

其 次 ， 我 希望 你 能 注意 到 : 我 们 移 
除 volumecredits 的 过 程 是 多 么 小 步 。 整 个 过 程 一 
共有 4 步 ， 每 一 步 都 伴随 着 一 次 编译 、 测 试 以 及 问 
本 地 代码 库 的 提交 : 






































。 使 用 拆 分 循环 (227) 分 离 出 累加 过 程 ; 








。 使 用 移动 语句 (223) 将 昧 加 变量 的 声明 与 宗 加 
过 程 集 中 到 一 起 ; 


。 使 用 提 炬 函数 (106) 提 炬 出 计算 总 数 的 函数 ; 
。 使 用 内 联 变量 (123) 完全 移 除 中 间 变 量 。 


我 得 坦白 ， 我 并 非 总 是 如 此 小 步 一 一 但 在 事情 
变 复 洒 时 ， 我 的 第 一 反应 就 是 采用 更 小 的 步 于 。 怎 
样 算 变 复杂 呢 ， 残 是 当 重 构 过 程 有 测试 失败 而 我 叉 
无 法 与 上 看 清 问 题 所 在 并 立即 修复 时 ， 我 就 会 回 滚 
到 最 后 一 次 可 工作 的 提交 ， 然 后 以 更 小 的 步子 重 
做 。 这 得 益 于 我 如 此 频繁 地 提交 。 特 别 是 与 复杂 代 
码 打交道 时 ， 细 小 的 步子 是 快速 前 进 的 关键 。 


接 独 我 要 重复 同样 的 步骤 来 移 

除 totaLAmount 。 我 以 拆 解 循环 开始 《编译 、 训 
试 、 提 交 ) ， 然 后 下 移 昧 加 变量 的 声明 语句 〈 编 
译 、 测 试 、 提 交 ) ， 最 后 再 提炼 函数 。 这 里 令 我 有 
点 头疼 的 是 : 最 好 的 函数 名 应 该 是 totalAmount， 
但 它 已 经 被 变 量 名 占用 ， 我 无 法 起 两 个 同样 的 名 
字 。 因 此 ， 我 在 提炼 函数 时 先 给 它 随 便 取 了 一 个 名 
字 (然后 编译 、 测 试 、 提 交 ) 。 









































function statement... 


function appleSauce() { 


let totalAmount = 0; 

for (let perf of invoice.performances) { 
totalAmount += amountFor(perf); 

} 


return totalAmount; 





顶层 作用 域 .. 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


let totalAmount = appleSauce(); 
result += “Amount owed is ${usd(totalAmount)}\n‘; 


result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


接着 我 将 变量 内 联 编译、 测试 、 提 交 ) ， 然 
后 将 函数 名 改 回 totalAmount (ik, Mik E 
AP) o 








顶层 作用 域 .… 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
} 


result += “Amount owed is ${usd(totalAmount())}\n°; 


result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function statement... 


function totalAmount() { 
let totalAmount = 0; 
for (let perf of invoice.performances) { 
totalAmount += amountFor(perf); 


J 


return totalAmount; 


} 


EA a TERY RAA ILS RIFE H 
toh 函数 内 部 的 变量 名 ， 以 便 保持 我 一 贯 的 编码 
风格 。 





function statement... 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor (perf); 


return result; 
} 
function totalVolumeCredits() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 
} 


return result; 


15 进展 : KEME KŽ 





EWE, EHRE PRAKA — PRERE 
了 。 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) ) 
} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor (perf); 


} 


return result; 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 


t 


return result; 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format( 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 


if ("comedy" === playFor(aPerformance).type) result += Ma 
return result; 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 


function amountFor(aPerformance) { 


let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 


default: 
throw new Error( unknown type: ${playFor(aPerformance). 


return result; 


现在 代码 结构 已 经 好 多 了 。 顶 层 的 statement 
国 数 现在 只 剩 7 行 代码 ， 而 且 它 处 理 的 都 是 与 打印 
详 单 相关 的 逻辑 。 与 计算 相关 的 旬 辑 从 主 函 数 中 被 
移 走 ， 改 由 一 组 函数 来 文 持 。 每 个 单独 的 计算 过 程 
和 详 单 的 束 体 结构 ， 痢 因 此 变 得 更 易 理解 了 。 





1.6” 拆 分 计算 阶段 与 格式 化 阶段 





到 目前 为 止 ， 我 的 重 构 主 要 是 为 原 困 数 添 加 足 
够 的 结构 ， 以 便 我 能 更 好 地 理解 它 ， 看 清 它 的 逻辑 
结构 。 这 也 是 重 构 早 期 的 一 般 步 又。 把 复杂 的 代码 
块 分 解 为 更 小 的 单元 ， 与 好 的 命名 一 样 都 很 重要 。 
现在 ， 我 可 以 更 多 关注 我 要 修改 的 功能 部 分 了 ， 也 
就 是 为 这 张 详 单 提供 一 个 HTML 版 本 。 不 管 怎么 
说 ， 现 在 改 起 来 更 加 简单 了 。 因 为 计算 代码 已 经 被 
分 离 出 来 ， 我 只 需要 为 顶部 的 7 行 代 码 实现 一 个 
HTML 的 版 本 。 问 题 是 ， 这 些 分 解 出 来 的 函数 舱 套 
在 打印 文本 详 单 的 函数 中 。 无 论 肉 套 函 数组 织 得 多 
么 恨 好 ， 我 总 不 想 将 它们 全 复制 粘贴 到 另 一 个 新 函 
数 中 。 我 希望 同样 的 计算 函数 可 以 被 文本 版 详 单 和 
HTML 版 详 单 共用 。 


要 实现 复 用 有 许多 种 方法 ， 而 我 最 喜欢 的 技术 
是 拆 分 阶段 (154) 。 这 里 我 的 目标 是 将 逻辑 分 成 
两 部 分 ;一 部 分 计算 详 单 所 需 的 数据 ， 另 一 部 分 将 
数据 演 染 成 文本 或 HTML。 第 一 阶段 会 创建 一 个 中 
转 数据 结构 ， 再 把 它 传递 给 第 二 阶段 。 


要 开始 拆 分 阶段 (154) ， 我 会 先 对 组 成 第 二 
阶段 的 代码 应 用 提炼 函 数 “106)〉 。 在 这 个 例子 
































中 ， 这 部 分 代码 束 是 打印 详 单 的 代码 ， 其 实 也 惑 
是 statement 函 数 的 全 部 内 容 。 我 要 把 它们 与 所 有 
般 套 的 函数 一 起 抽取 到 一 个 新 的 顶层 函数 中 ， 并 将 


其 命名 为 renderPlainText。 





function statement (invoice, plays) { 
return renderPlainText(invoice, plays); 


j 


function renderPlainText(invoice, plays) { 
let result = “Statement for ${invoice.customer}\n`; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 


Age. Wish. FEA, REUE- DNR, TEN 
在 两 个 阶段 则 传递 的 中 转 数 据 结 构 ， 然 后 将 它 作 为 
第 一 个 参数 传递 给 renderPlainText (然后 编译 、 
测试 、 提 交 〉。 


function statement (invoice, plays) { 
const statementData = {}; 
return renderPlainText(statementData, invoice, plays); 


J 


function renderPlainText(data, invoice, plays) { 


let result = “Statement for ${invoice.customer}\n ， 
for (let perf of invoice.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 


现在 我 要 检查 一 下 renderPlainText 用 到 的 其 
他 参数 。 我 希望 将 它们 挪 到 这 个 中 转 数据 结构 里 ， 
这 样 所 有 计算 代码 都 可 以 被 挪 到 statement 函 数 
中 ， 让 renderPlainText 只 操作 通过 data 参 数 传 进 
来 的 数据 。 


第 一 步 是 将 顾客 (customer) 字段 添加 到 中 转 
对 象 里 (编译 、 测 试 、 提 交 ) 。 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
return renderPlainText(statementData, invoice, plays); 


} 


function renderPlainText(data, invoice, plays) { 
let result = “Statement for ${data.customer}\n`; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor(perf)) 
} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


我 将 performances 字 上段 也 搬移 过 去 ， 这 样 我 就 
可 以 移 除 扼 renderPlainText 的 invoice 人 参数 〈 编 
FEY 测试 、 PEJ) fe) 


顶层 作用 域 .… 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances; 
return renderPlainText(statementData, —imveiee, plays); 


} 


function renderPlainText(data, plays) { 
let result = “Statement for ${data.customer}\n`; 
for (let perf of data.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function renderPlainText... 


function totalAmount() { 
let result = 0; 
for (let perf of data.performances) { 
result += amountFor (perf); 
} 


return result; 
} 
function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 


result += volumeCreditsFor(perf); 


return result; 


现在 ， 我 希望 “剧目 名 称 ” 信 息 也 从 中 转 数据 中 
获得 。 为 此 ， 需 要 使 用 play 中 的 数据 填 
充 aPerformance 对 象 〈( 记 得 编译 、 测试 、 提交 ) 


function statement (invoice, plays) { 
const statementData = 
statementData.customer = invoice.customer; 
statementData. performances = invoice.performances.map(enric 
return renderPlainText(statementData, plays); 
function enrichPerformance(aPerformance) 
const result = Object.assign({}, aPerformance) ; 
return result; 


现在 我 只 是 简单 地 返回 了 一 个 aPerformance 对 
象 的 副本 ， 但 马上 我 陇 会 往 这 条 记录 中 添加 新 的 数 
据 。 返 回 副 本 的 原因 是 ， 我 不 想 修 改 传 给 函数 的 参 
数 ， 我 总 是 尽量 保持 数据 不 可 变 (immutable) 一 一 
可 变 的 状态 会 很 快 变 成 烫手 的 山 乎 。 














在 不 熟悉 JavaScript 的 人 看 来 ，result 
Object. assign({}, aPerformance) Hy) 57K 4) f 
十 分 奇怪 。 它 返回 的 是 一 个 浅 副 本 。 虽 然 我 更 





已 
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希望 有 个 函数 来 完成 此 功能 ， 但 这 个 用 法 已 经 
约定 俗 成 ， 如 果 我 自己 写 个 函数 ， 在 JavaScript 
程序 员 看 来 反而 会 格格 不 入 。 








现在 我 们 已 经 有 了 安放 play 字 上 段 的 地 方 ， 可 以 
把 数据 放 进 去 。 我 需要 对 playFor 和 statement 函 数 
应 用 搬移 函数 (198) (然后 编译 、 测 试 、 提 
AE à 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 
return result; 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 


} 


然后 蔡 换 renderPlainText 中 对 playFor 的 所 有 
SHA, EEEH eae (ae. Ml. $e 


a2) 6 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(amountFor(perf))} (${p 
} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n ; 
return result; 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math.flo 
return result; 


} 


functionamountFor (aPerformance){ 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 

break; 
default: 

throw new Error( unknown type: ${aPerformance.play.type}- 
} 


return result; 


接 看 我 使 用 类 似 的 手法 搬移 amountFor 函 数 


(编译 、 测试 、 提交 ) fe) 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
return result; 


} 


function amountFor(aPerformance) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 
result += ` ${perf.play.name}: ${usd(perf.amount)} (${perf. 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n ; 
return result; 


function totalAmount() { 
let result = 0; 
for (let perf of data.performances) { 
result += perf.amount; 
} 


return result; 


} 


接 下 来 搬移 观众 量 积 分 的 计算 《编译 、 测 试 、 


ere) 。 


function statement... 


function enrichPerformance(aPerformance) { 


const result = Object.assign({}, aPerformance) ) 
result.play = playFor(result); 

result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


} 


function volumeCreditsFor(aPerformance) {...} 


function renderPlainText... 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 
result += perf.volumeCredits; 


} 


return result; 


最 后 ， 我 将 两 个 计算 总 数 的 函数 搬移 
4llstatement pk ŽU - 


function statement... 


const statementData = {}; 

statementData.customer = invoice.customer; 
statementData.performances = invoice.performances.map(enrichP 
statementData.totalAmount = totalAmount(statementData) ; 
statementData.totalVolumeCredits = totalVolumeCredits(stateme 
return renderPlainText(statementData, plays); 


function totalAmount(data) {...} 


function totalVolumeCredits(data) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount)} (${perf. 
result += “Amount owed is ${usd(data.totalAmount)}\n°; 


result += “You earned ${data.totalVolumeCredits} credits\n ; 
return result; 


尽管 我 可 以 修改 函数 体 ， 让 这 些 计 算 总 数 的 函 
数 直 接 使 用 statementData 变 量 〈 反 正 它 在 作用 域 
A) ， 但 我 更 喜欢 显 式 地 传 入 函数 参数 。 


等 到 搬移 完 i, OPE, Wisk. Ferre tess, HK 
便 忍 不 住 以 管 道 取代 循环 (231) 对 几 个 地 方 进行 
重 构 。 





function renderPlainText... 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


现在 我 可 以 把 第 一 阶段 的 代码 提 烁 到 一 个 独立 
RAES Cm PES UM. FES) 。 





THUR TE FA hk... 


function statement (invoice, plays) { 
return renderPlainText(createStatementData(invoice, plays) ) 


function createStatementData(invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances.map(enric 
statementData.totalAmount = totalAmount(statementData); 
statementData.totalVolumeCredits = totalVolumeCredits(state 
return statementData; 


由 于 两 个 阶段 已 经 彻底 分 离 ， 我 干脆 把 它 搬 移 
到 必 一 个 文件 里 去 〈 并 且 修 改 了 返回 结果 的 变量 
名 ， 与 我 一 贯 的 编码 风格 你 持 一 致 〉。 


statement.js... 


import createStatementData from './createStatementData.js'; 


createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 
function volumeCreditsFor(aPerformance) {...} 
function totalAmount(data) {...} 
function totalVolumeCredits(data) {...} 


最 后 再 做 一 次 编译 、 测 试 、 提 交 ， 接 下 来 ， 
编写 一 个 HTML 版 本 的 对 账单 就 很 简单 了 。 


statement.js... 


function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 


function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</h1>\n ， 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += ` <tr><td>${perf .play .name}</td> 
<td>${perf.audience}ł}</td>`; 
result += `<td>${usd(perf.amount)}</td></tr>\n`; 
} 


result += "</table>\n"; 


result += `<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n`; 
result += `<p>You earned <em>${data.totalVolumeCredits} 
</em> credits</p>\n`; 
return result; 


function usd(aNumber) {...} 








(我 把 usd 函 数 也 搬移 到 顶层 作用 域 中 ， 以 便 


renderHtm1 也 能 访问 它 。 ) 





17 进展: 分 离 到 两 个 文件 (和 两 


个 阶段 ) 





现在 正 是 停 下 来 重新 回顾 一 下 代码 的 好 时 机 ， 
思考 一 下 重 构 的 进展 。 现 在 我 有 了 两 个 代码 文件 。 





statement.js 


import createStatementData from './createStatementData.js'; 
function statement (invoice, plays) { 

return renderPlainText(createStatementData(invoice, plays) ) 
} 
function renderPlainText(data, plays) { 

let result = “Statement for ${data.customer}\n ; 

for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount)} (${per 


result += “Amount owed is ${usd(data.totalAmount)}\n°; 
result += “You earned ${data.totalVolumeCredits} credits\n` 
return result; 


function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 
} 
function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</h1>\n ， 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += ` <tr><td>${perf.play.name}</td> 
<td>${perf.audience}</td> ; 
result += ~<td>${usd(perf.amount )}</td></tr>\n; 
} 


result += "</table>\n"; 
result += *“<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n`; 
result += `<p>You earned <em>${data.totalVolumeCredits} 
</em> credits</p>\n`; 
return result; 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency 
minimumFractionDigits: 2 }) 


createStatementData.js 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance) ; 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 

} 

function playFor(aPerformance) { 
return plays[aPerformance.playID] 

} 


function amountFor(aPerformance) { 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


} 


break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${aPerformance.play.ty 


return result; 
function volumeCreditsFor(aPerformance ) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math.f 
return result; 
} 
function totalAmount(data) { 


return data.performances 
.reduce((total, p) => total + p.amount, 0); 


} 
function totalVolumeCredits(data) { 


return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 
} 


代码 行 数 由 我 开始 重 构 时 的 44 行 增加 到 了 70 行 

(不 算 htmlstatement ) ， 这 主要 是 将 代码 抽取 到 
函数 里 带 来 的 额外 包装 成 本 。 虽 然 代 人 码 的 行 数 增加 
了 ， 但 重 构 也 带 来 了 代码 可 读 性 的 提高 。 额 外 的 包 
凌 将 混杂 的 逻辑 分 解 成 可 辨别 的 部 分 ， 分 离 了 详 单 
的 计算 过 得 二 入 了 这 种 模块 化 使 我 更 容易 辨别 代 
但 的 个 同 部 分 了 解 它 们 的 协作 关系 。 虽 说 言 以 简 
J, 但 可 演化 的 软件 却 以 明确 为 贵 通过 增强 代 

人 码 的 模块 化 ， 我 可 以 轻易 地 添加 HTML 版 本 的 代 














人 码 ， 而 无 须 重 复 计 算 部 分 的 饮 辑 。 


7Y 编程 时 ， 需 要 胆 循 营地 法 则 : 保证 你 
离开 时 的 代码 库 一 定 比 来 时 更 健康 。 





其 实 打 印 馆 辑 还 可 以 进一步 简化 ， 但 当前 的 代 
人 码 也 够 用 了 。 我 经 名 需要 在 所 有 可 做 的 重 构 与 添加 
新 特性 之 间 寻 找平 衡 。 在 当今 业界 ， 大 多 数 人 面临 
同样 的 选择 时 ， 人 似乎 多 以 延缓 重 构 而 香 终 一 一 当然 
这 也 是 一 种 选择 。 我 的 观点 则 与 营地 法 则 无 寞 : 你 
证 离开 时 的 代码 库 一 定 比 你 来 时 更 加 健康 。 完 美的 
境界 很 难 达到 ， 但 应 该 时 时 都 勤 加 拂 托 。 

















18 ” 按 关 型 重组 计算 过 程 


接 下 来 我 将 注意 力 集中 到 下 一 个 特性 改动 : 文 
持 更 多 类 型 的 戏剧 ， 以 及 文 持 它们 各 目的 价格 计算 
和 观众 量 积分 计算 。 对 于 现在 的 结构 ， 我 只 需要 在 
计算 函数 里 添加 分 文 罗 辑 即 可 。amountFor 函 数 清 
林地 体现 了 ， 戏 剧 类 型 在 计算 分 文 的 选择 上 起 着 天 
键 的 作用 一 一 但 这 样 的 分 文 逻 辑 很 容易 随 代 码 堆积 
而 腐 坏 ， 除 非 编程 语言 提供 了 更 基础 的 编程 语言 元 
素来 防止 代码 堆积 。 


要 为 程序 引入 结构 、 显 式 地 表达 出 “计算 逻辑 
的 差异 是 由 类 型 代码 确定 ”有 许多 途径 ， 不 过 最 目 
然 的 解决 办 法 还 是 使 用 面 回 对 象 世界 里 的 一 个 经 典 
特性 一 一 类 型 多 态 。 传 统 的 面 回 对 象 特 性 在 
JavaScript 世 界 一 下 备 受 和 争议， 但 新 的 ECMAScript 
2015 规 范 有 意 为 类 和 多 态 引 入 了 一 个 相当 实用 的 语 
法 糖 。 这 说 明 ， 在 合适 的 场景 下 使 用 面 癌 对 象 是 合 
理 的 一 一 显然 我 们 这 个 就 是 一 个 合适 的 使 用 场景 。 


我 的 说 想 是 先 建立 一 个 继承 体系 ， 它 有 “和 喜 
剧 ”(Ccomedy) FISHER? (tragedy) 两 个 子 类 ， 子 
类 各 目 包 含 独立 的 计算 逻辑 。 调 用 者 通过 调用 一 个 
多 态 的 amount 函 数 ， 让 语言 帮 你 分 发 到 不 同 的 子 类 

















的 计算 过 程 中 。volumecredits 国 数 的 处 理 也 是 如 
法 炮制 。 为 此 我 需要 用 到 多 种 重 构 方 法 ， 其 中 最 核 
心 的 一 招 是 以 多 态 取代 条 件 表 达 式 〈272) ， 将 多 
个 同样 的 类 型 码 分 支 用 多 态 取 代 。 但 在 施展 以 多 态 
取代 条 件 表达 式 (272) 之 前 ， 我 得 先 创建 一 个 基 
本 的 继承 结构 。 我 需要 先 创建 一 个 类 ， 并 将 价格 计 
FE PRI BU LAR ELAR OD hE PR BBE E o 
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的 一 大 好 处 是 ， 现 在 我 大 可 以 忽略 那些 格式 化 代 
码 ， 只 要 不 改变 中 转 数据 结构 就 行 。 我 可 以 进一步 
添加 测试 来 保证 中 转 数 据 结构 不 会 锐意 外 修改 。) 








createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


function playFor(aPerformance) { 
return plays[aPerformance.playID | 


function amountFor(aPerformance) { 


let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${aPerformance.play.ty 
} 


return result; 
} 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math.f 
return result; 
} 
function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 
} 
function totalVolumeCredits(data) { 
return data.performances 
.reduce( (total, p) => total + p.volumeCredits, 0); 


enrichPerformance 畏 数 是 关键 上 所在， 因为 正 





是 它 用 每 场 演出 的 数据 来 填充 中 转 数据 结构 。 目 前 
它 直 接 调 用 了 计算 价格 和 观众 量 积 分 的 函数 ， 我 需 
要 创建 一 个 类 ， 通 过 这 个 类 来 调用 这 些 函 数 。 由 于 
这 个 类 存放 了 与 每 场 演 出 相关 数据 的 计算 函数 ， 于 
是 我 把 它 称 为 演出 计算 器 (performance 


calculator) 。 





function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance) ; 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 
result.amount = amountFor(result); 


result.volumeCredits = volumeCreditsFor(result); 
return result; 


顶层 作用 域 .… 


class PerformanceCalculator { 
constructor(aPerformance) { 
this.performance = aPerformance; 





到 目前 为 目 ， 这 个 新 对 象 还 没 做 什么 事 。 我 布 
望 将 函数 行为 搬移 进来 ， 这 可 以 从 最 容易 搬移 的 东 





西 一 一 play 字 上 段 开始 。 严 格 来 讲 ， 我 不 需要 搬移 这 
个 字段 ， 因 为 它 并 未 体现 出 多 态 性 ， 但 这 样 可 以 把 
所 有 数据 转换 集中 到 一 处 地 方 ， 保 证 了 代码 的 一 致 
性 和 清晰 度 。 


为 些 ， 我 将 使 用 改变 函数 声明 (124) 手法 
将 performance 的 play 字 段 传 给 计算 器 。 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance) ; 
result.play = calculator.play; 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


class PerformanceCalculator... 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 
this.performance = aPerformance; 
this.play = aPlay; 
} 
} 





(以 下 行文 中 我 将 不 再 特别 提 及 “编译 、 测 
试 、 提 交 ” 循 环 ， 我 猜 你 也 已 经 读 得 有 些 厌烦 了 。 
但 我 仍 会 不 断 重 复 这 个 循环 。 的 确 ， 有 时 我 也 会 大 
烦 ， 直 到 错误 又 跳出 来 咬 我 一 下 ， 我 才 又 学 会 进入 
小 步 的 节奏 。 ) 


将 函数 搬移 进 计 算 规 


我 要 搬移 的 下 一 块 轴 辑 ， 对 计算 一 场 演出 的 价 
格 (amount) 来 说 就 尤为 重要 了 。 在 调整 o 
RRA, RAH GBR, (ERE RR 
改动 到 更 深入 的 函数 上 下 文 ， 因此 我 将 小 心 使 用 折 
移 函 数 (198) 来 重 构 它 。 首 先 ， 将 amount 函 数 的 
逻辑 复制 一 份 到 新 的 上 下 文中 ， 也 就 
是 PerformanceCcalculator 类 中 。 然 后 微调 一 下 代 
伺 ， 将 aperformance 改 为 this.performance， 
将 playFor(aPerformance) 改 为 this.play， 使 代码 
适应 这 个 新 家 。 





class PerformanceCalculator... 


get amount() t 
let result = 0; 
switch (this. play. type) { 
case "tragedy": 


result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 
} 
result += 300 * this.performance.audience; 
break; 
default: 
throw new Error(` unknown type: ${this.play.type} ); 


return result; 





搬移 完成 后 可 以 编译 一 下 ， ig Bisel 
误 。 我 在 本 地 开发 环境 运行 代码 时 ， 会 目 动 发 
生 ， 我 实际 需要 做 的 只 是 运行 一 Babel. 编译 能 
帮 有 我 发 现 新 函数 中 潜在 的 语法 错误 ， 语 法 之 外 的 就 
帮 不 上 什么 忙 了 。 尺 管 如 此 ， 这 一 步 还 是 很 有 用 。 


使 新 函数 适应 ee 我 会 将 原来 的 函数 改造 
成 一 个 委托 函数 ， 让 它 直 接 调 用 新 函数 。 








function createStatementData... 


function amountFor(aPerformance) { 
return new PerformanceCalculator(aPerformance, playFor(aPer 


} 


现在 ， 我 可 以 执行 一 侈 编 详 、 测 试 、 拓 交 ， 确 
保 代 码 搬 到 新 家 后 也 能 如 第 工作 。 之 后 ， 我 应 用 内 
ee ee 
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function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


搬移 观众 量 积 分 计算 也 遵循 同样 的 流程 。 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance) ; 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 


class PerformanceCalculator... 


get volumeCredits() { 
let result = 0; 
result += Math.max(this.performance.audience - 30, 0); 
if ("comedy" === this.play.type) result += Math.floor(this. 
return result; 
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我 已 将 全 部 计算 逻辑 搬移 到 一 个 类 中 ， 是 时 候 
将 它 多 态 化 了 。 第 一 步 是 应 用 以 子 类 取代 类 型 码 
(362) 引入 子 类 ， 基 用 类 型 代码 。 为 此 ， 我 需要 
为 演出 计算 器 创建 子 类 ， 并 
在 createStatementData 中 获取 对 应 的 子 类 。 要 得 
到 正确 的 子 类 ， 我 需要 将 构造 函数 调用 蔡 换 为 一 个 
普通 的 函数 调用 ， 因 为 JavaScript 的 构造 函数 里 无 法 
返回 子 类 。 于 是 我 使 用 以 工矿 函数 取代 构造 函数 
(334) 。 





function createStatementData... 


function enrichPerformance(aPerformance) { 


const calculator = createPerformanceCalculator(aPerformance 
const result = Object.assign({}, aPerformance) ; 

result.play = calculator.play; 

result.amount = calculator.amount; 

result.volumeCredits = calculator.volumeCredits; 

return result; 


HUB TF AE... 


function createPerformanceCalculator(aPerformance, aPlay) { 
return new PerformanceCalculator(aPerformance, aPlay); 
} 


改造 成 普通 函数 后 ， 我 就 可 以 在 里 面 创建 演出 
计算 器 的 子 类 ， 然 后 由 创建 函数 决定 返回 哪 一 个 子 
类 的 实例 。 





顶层 作用 域 .… 


function createPerformanceCalculator(aPerformance, aPlay) { 
switch(aPlay.type) { 
case "tragedy": return new TragedyCalculator(aPerformance 
case "comedy" : return new ComedyCalculator(aPerformance, 
default: 
throw new Error( unknown type: ${aPlay.type} ); 
} 


} 


class TragedyCalculator extends PerformanceCalculator { 


class ComedyCalculator extends PerformanceCalculator { 





准备 好 实现 多 态 的 类 结构 后 ， 我 就 可 以 继续 使 
用 以 多 态 取代 条 件 表达 式 (272) 手法 了 。 


我 完 从 塌 剧 的 价格 计算 逻辑 开始 搬移 。 
class TragedyCalculator... 


get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


return result; 


ULTRA SIXT ATE CE AGE i HET MA 
条 件 分 文 ， 但 要 是 你 也 和 我 一 样 偏执 ， 你 也 许 还 想 
在 超 类 的 分 文 上 抛 一 个 异 第 。 





class PerformanceCalculator... 


get amount() { 
let result = 0; 
switch (this.play.type) { 
case "tragedy": 
throw 'bad thing'; 
case "comedy": 


result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 


} 
result += 300 * this.performance.audience; 


break; 


default: 
throw new Error( unknown type: ${this.play.type}); 


return result; 





BARE AY DA Et 2c Ht cb BRE 0 50 A 
TREAT ER USS SCAU, EE Se AHHA h 
3 ——AA] OLX 17 TAS R BERT Loe GX the 
REL CUO LE PF E mAH BT RJ 
Al) 

HARRIT SVE. MA. FEB. Cia, KMS 
剧 关 型 的 分 文 也 下 移 到 子 类 中 去 。 











class ComedyCalculator... 


get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 20); 


} 
result += 300 * this.performance.audience; 
return result; 


理论 上 讲 ， 我 可 以 将 超 类 的 amount 方 法 一 并 移 
除了 ， 反 正和 它 也 不 应 再 被 调用 到 。 但 不 删 它 ， 给 未 
来 的 自己 留 点 纪念 品 也 是 极 好 的 ， 顺 便 可 以 提醒 后 
来 者 记得 实现 这 个 函数 。 





class PerformanceCalculator... 


get amount() { 
throw new Error('subclass responsibility'); 


} 


下 一 个 要 谷 换 的 条 件 表达 陈 是 观众 量 积分 的 计 
算 。 我 回顾 了 一 下 前 面 关 于 未 来 戏剧 闫 型 的 讨论 ， 
发 现 大 多 数 剧 闫 在 计算 积分 时 都 会 检查 观众 数 是 合 
达到 30， 仅 一 小 部 分 品类 有 上 所 不 同 。 因 此 ， 将 更 为 
通用 的 多 辑 放 到 超 关 作为 默认 条 件 ， 出 现 特殊 场景 
时 按 需 履 凋 它 ， 听 起 来 十 分 合理 。 于 是 我 将 一 部 分 
豆 剧 的 逻辑 下 移 到 于 闫 。 

















class PerformanceCalculator... 


get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 


class ComedyCalculator... 


get volumeCredits() { 
return super.volumeCredits + Math.floor(this.performance. au 


} 


1.9 进展 : (AS ai Has ow heh 
数据 








又 到 了 观摩 代码 的 时 刻 ， 让 我 们 来 看 看 ， 为 计 
算 器 引入 多 态 会 对 代码 库 有 什么 影响 。 


createStatementData.js 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const calculator = createPerformanceCalculator(aPerforman 
const result = Object.assign({}, aPerformance) ; 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 

} 

function playFor(aPerformance) { 
return plays[aPerformance.playID] 

} 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 
} 


function totalVolumeCredits(data) { 


return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


} 
} 


function createPerformanceCalculator(aPerformance, aPlay) { 
Switch(aPlay.type) { 
case "tragedy": return new TragedyCalculator(aPerformance 
case "comedy" : return new ComedyCalculator(aPerformance, 
default: 
throw new Error( unknown type: ${aPlay.type} >); 
} 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 
this.performance = aPerformance; 
this.play = aPlay; 


} 
get amount() { 

throw new Error('subclass responsibility'); 
} 


get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 
} 


class TragedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 
} 


return result; 


} 


class ComedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 20 


result += 300 * this.performance. audience; 
return result; 


get volumeCredits() { 
return super.volumeCredits + Math.floor(this.performance. 
} 


代码 量 仍然 有 所 增加 ， 因 为 我 再 次 整理 了 代码 
结构 。 新 结构 带 来 的 好 处 是 ， 不 同 戏剧 种 类 的 计算 
各 自 集中 到 了 一 处 地 方 。 nee glo iste 
定 类 型 的 计算 ， 像 这 样 按 类 型 进行 分 离 就 很 有 意 
义 。 当 添加 新 剧种 时 ， ， 并 在 
创建 函数 中 返回 它 。 


这 个 示例 还 揭示 了 一 些 关 于 此 类 继承 方案 何 时 
适用 的 洞 见 。 上 面 我 将 条 件 分 文 的 查找 从 两 个 不 同 
HY PKI (amountFor 和 volLumecreditsFor ) 搬移 到 
一 个 集中 的 构造 函 
数 createPerformanceCcalculator 中 。 有 越 多 的 函 
数 依赖 于 同一 套 类 型 进行 多 态 ， 这 种 继承 方案 了 驶 越 
AA im Mh 

除了 这 样 设计 ， 还 有 另 一 种 可 能 的 方案 ， 那 就 
是 让 createStatementData 返 回 计 算 器 实例 本 二 ， 
而 非 上 自己 拿 到 计算 器 来 填充 中 转 数 据 结构 。 
JavaScript 的 类 设计 有 不 少 好 特性 ， 例 如 ， 取 值 函 数 
用 起 来 就 像 普 通 的 数据 存 取 。 我 在 考量 是 “直接 返 
回 实例 本 里 ”还 是 “返回 计算 好 的 中 转 数 据 * 时 ， 主 
要 看 数据 的 使 用 者 是 谁 。 在 这 个 例子 中 ， 我 更 想 通 
过 中 转 数 据 结构 来 展示 如 何以 此 隐 蕊 计 算 絮 背后 的 


多 态 设 计 。 





























1.10 ”结语 


这 是 一 个 简单 的 例子 ， 但 我 希望 它 能 让 你 
对 “ 重 构 怎 么 做 ”有 一 点 感觉 。 例 中 我 已 经 示范 了 数 
种 重 构 手法 ， 包 括 提炼 函数 (106) 、 内 联 变 量 
(123) 、 搬 移 函 数 (198) 和 以 多 态 取代 条 件 表达 
式 (272) 等 。 


本 章 的 重 构 有 3 个 较为 重要 的 节点 ， 分 别 是 : 
将 原 函 数 分 解 成 一 组 藤 套 的 函数 、 应 用 拆 分 阶段 
(154) 分 离 计 算 逻 辑 与 输出 格式 化 逻辑 ， 以 及 为 
计算 器 引入 多 态 性 来 处 理 计 算 逻 辑 。 每 一 步 都 给 代 
人 码 洪 加 了 更 多 的 结构 ， 以 便 我 能 更 好 地 表达 代 码 的 
意图 。 


一 般 来 说 ， 重 构 早 期 的 主要 动力 是 答 试 理解 代 
人 码 如 何 工作 。 通 第 你 十 要 先 通读 代 码 ， 找 到 一 些 感 
觉 ， 然 后 再 通过 重 构 将 这 些 感 党 从 脑海 里 搬 回 到 代 
码 中 。 清 晰 的 代码 更 容易 理解 ， 使 你 能 够 发 现 更 深 
层次 的 设计 问题 ， 从 而 形成 积极 正 回 的 反馈 环 。 当 
然 ， 这 个 示例 仍 有 值得 改进 的 地 方 ， 但 现在 测试 仍 
能 全 部 通过 ， 代 码 相 比 初 见 时 已 经 有 了 巨大 的 改 
善 ， 所 以 我 已 经 可 以 满足 了 。 


我 谈论 的 是 如 何 改 善 代码 ， 但 什么 样 的 代码 才 








算 好 代码 ， 程 序 员 们 有 很 多 争论。 我 偏爱 小 的 、 命 
名 民 好 的 函数 ， 也 知道 有 些 人 反对 这 个 观点 。 如 采 
我 们 说 这 只 关乎 关 学 ， 只 是 各 化 入 各 上 腿 ， 没 有 好 坏 
高 低 之 分 ， 那 除了 诉 诸 个 人 品味 ， 束 没有 任何 客观 
事实 依据 了 。 但 我 坚信 ， 这 不 仅 关 乎 个 人 品味 ， 而 
有 目 是 有 客观 标准 的 。 我 认为 ， 好 代码 的 检验 标准 就 
是 人 们 古 否 能 轻而易举 地 修改 它 。 好 代码 应 该 直 截 
了 当 : 有 人 需要 修改 代码 时 ， 他 们 应 能 轻易 找到 修 
改 点 ， 应 该 能 快速 做 出 更 改 ， 而 不 易 引 入 其 他 错 

误 。 一 个 健康 的 代码 库 能 够 最 大 限度 地 捉 升 我 们 的 
生产 力 ， 文 持 我 们 更 快 、 更 低 成 本 地 为 用 户 旋 加 新 
特性 。 为 了 保持 代码 库 的 健康 ， 就 需要 时 刻 留意 现 
状 与 理想 之 间 的 兰 距 ， 然 后 通过 重 构 不 断 接 近 这 个 
理想 。 











好 代码 的 检验 标准 就 是 人 们 是 含 能 轻 
而 易 举 地 修改 它 。 








这 个 示例 告诉 我 们 最 重要 的 一 点 束 是 重 构 的 节 
舌 感 。 无 论 何 时 ， 妆 我 同人 们 展示 我 如 何 重 构 时 ， 
无 人 不 讶 异 于 我 的 步子 之 小 ， 并 日 每 一 步 都 保证 代 
人 码 处 于 编译 通过 和 测试 通过 的 可 工作 状态 。20 年 
前 ， 当 Kent Beck 在 底特律 的 一 家 宾馆 里 问 我 展示 同 
样 的 手法 时 ， 我 也 报 以 同样 的 震撼 。 开 展 高 效 有 序 

















的 重 构 ， 关 键 的 心得 是 : 小 的 步子 可 以 更 快 前 进 ， 
请 保持 代码 永远 处 于 可 工作 状态 ， 小 步 修 改 标 积 起 
来 也 能 大 大 改善 系统 的 设计 。 这 几 扣 请 君 牢 记 ， 其 
余 的 我 已 无 需 多 言 。 








第 2 草 EMHI R 


前 一 和 草 所 举 的 例子 应 该 已 经 让 你 对 重 构 有 了 一 
个 民 好 的 感觉 。 现 在 ， 我 们 应 该 回头 看 看 重 构 的 一 
些 大 原则 。 


2.1 何谓 重 构 


一 线 的 实践 者 们 经 第 很 随 间 地 使 用 “ 重 构 ”这 个 
词 一 一 软件 开发 领域 的 很 多 词汇 部 有 此 待遇 。 我 使 
用 这 个 词 的 方式 比较 严谨， 并 且 我 肥 现 这 种 严谨 的 
方式 很 有 好 处 。《〈 下 列 定 义 与 本 书 第 1 成 中 给 出 的 
定义 一 样 。)“ 重 构 ” 这 个 词 既 可 以 用 作 名 词 也 可 以 
用 作 动 词 。 名 词 形 式 的 定义 是 : 


重 构 〈 名 词 ) : 对 软件 内 部 结构 的 一 种 调整 ， 
目的 是 在 不 改变 软件 可 观察 行为 的 前 提 下 ， 提 高 其 
可 理解 性 ， 降 低 其 修改 成 本 。 

这 个 定义 适用 于 我 在 前 面 的 例子 中 提 到 的 那些 
有 名 字 的 重 构 ， 例 如 提炼 函数 (106) 和 以 多 态 取 
代 条 件 表达 式 (272) 。 

动词 形式 的 定义 是 : 

重 构 〈 动 词 ) : 使 用 一 系列 重 构 手 法 ， 在 不 改 
变 软件 可 观察 行为 的 前 提 下 ， 调 整 其 结构 。 

所 以 ， 我 可 能 会 花 一 两 个 小 时 进行 重 构 Ca 
WD ， 其 间 我 会 使 用 几 十 个 不 同 的 重 构 〈 名 词 ) 。 

过 去 十 几 年 ， 这 个 行业 里 的 很 多 人 用 “ 重 构 ” 这 























个 词 来 指 代 任何 形式 的 代码 清理 ， 但 上 面 的 定义 所 
指 的 是 一 种 特定 的 清理 代码 的 方式 。 重 构 的 关键 在 
于 运用 大 量 微小 且 保 持 软 件 行为 的 步 又， 一步 步 达 
成 大 规模 的 修改 。 每 个 单独 的 重 构 要 么 很 小 ， 要 么 
由 若干 小 步 驰 组 合 而 成 。 因 此 ， 在 重 构 的 过 程 中 ， 
我 的 代码 很 少 进 入 不 可 工作 的 状态 ， 即 便 重 构 没 有 
完成 ， 我 也 可 以 在 任何 时 刻 停 下 来 。 














， 如 果 有 人 说 他 们 的 代码 在 重 构 过 程 中 
有 一 两 天 时 间 不 可 用 ， 基 本 上 可 以 确定 ， 他 们 
在 做 的 事 不 是 重 构 。 








我 会 用 “结构 调整 ” (restructuring) 来 泛 指 对 代 
码 库 进 行 的 各 种 形式 的 重新 组 织 或 清理 ， 重 构 则 是 
特定 的 一 类 结构 调整 。 刚 接触 重 构 的 人 看 我 用 很 多 
小 步 又 完成 似乎 可 以 一 大 步 就 能 做 完 的 事 ， 可 能 会 
觉得 这 样 很 低 效 。 但 小 步 前 进 能 让 我 走 得 更 快 ， 因 
为 这 些小 步骤 能 完美 地 彼此 组 合 ， 而 且 一 一 更 关键 
的 是 一 一 整个 过 程 中 我 不 会 花 任何 时 间 来 调试 。 


在 上 述 定 义 中 ， 我 用 了 “可 观察 行为 ”的 说 法 。 
它 的 意思 是 ， 整 体 而 言 ， 经 过 重 构 之 后 的 代码 所 做 
的 事 应 该 与 重 构 之 前 大 致 一 样 。 这 个 说 法 并 非 完全 
严格 ， 并 且 我 是 故意 保留 这 点 儿 空 间 的 : 重 构 之 后 






































的 代码 不 一 定 与 重 构 前 行为 完全 一 致 。 比 如 说 ， 提 
RPA C106) 会 改变 函数 调用 栈 ， 因 此 程序 的 性 
能 就 会 有 所 改变 ， 改变 函数 声明 (124) 和 搬移 隙 
Bl (198) 等 重 构 经 第 会 改变 模块 的 接口 。 不 过 就 
用 户 应 该 关心 的 行为 而 言 ， 不 应 该 有 任何 改变 。 如 
东 我 在 重 构 过 程 中 发 现 了 任何 bug， 重 构 完 成 后 同 
样 的 bug 应 该 仍然 存在 〈 不 过 ， 如 果 潜 在 的 bug 还 没 
有 被 任何 人 发 现 ， 也 可 以 当即 把 它 改 掉 ) 。 


重 构 与 性 能 优化 有 很 多 相似 之 处 : 两 者 都 需要 
修改 代码 ， 并 且 两 者 都 不 会 改变 程序 的 整体 功能 。 
两 者 的 差别 在 于 其 目的 : 重 构 是 为 了 让 代码 “更 容 
易 理 解 ， 更 易于 修改 "”。 这 可 能 使 程序 运行 得 更 
快 ， 也 可 能 使 程序 运行 得 更 慢 。 在 性 能 优化 时 ， 我 
只 关心 让 程序 运行 得 更 快 ， 最 终 得 到 的 代码 有 可 能 
更 难 理解 和 维护 ， 对 此 我 有 心理 准备 。 























2.2 ”两 项 帽子 








Kent Beck 提 出 了 “两 顶 帽 子 ” 的 比喻 。 使 用 重 构 
技术 开发 软件 时 ， 我 把 自己 的 时 间 分 配给 两 种 截然 
不 同 的 行为 : 添加 新 功能 和 重 构 。 添 加 新 功能 时 ， 
我 不 应 该 修改 既 有 代码 ， 只 管 添加 新 功能 。 通 过 添 
加 测试 并 让 测试 正常 运行 ， 我 可 以 衡量 自己 的 工作 
进度 。 重 构 时 我 就 不 能 再 添加 功能 ， 只 管 调整 代码 
的 结构 。 此 时 我 不 应 该 添加 任何 测试 (除非 发 现 有 
先前 遗漏 的 东西 ) ， 只 在 绝对 必要 (用 以 处 理 接口 
变化 ) 时 才 修 改 测试 。 


软件 开 友 过 程 中 ， 我 可 能 会 友 现 目 己 经 常 变换 
蛋子 。 首 先 我 会 宪 试 添加 新 功能 ， 然 后 会 意识 到 : 
如 果 把 程序 结构 改 一 下 ， 功 能 的 添加 会 容易 得 多 。 
于 古 我 换 一 顶 帆 子 ， 做 一 会 儿 章 构 工作 。 程 序 结构 
调整 好 后 ， 我 义 换 上 原先 的 帽子 ， 继 续 添加 新 功 
能 。 新 功能 正 第 工作 后 ， 我 又 友 现 目 己 的 编码 造成 
程序 难以 理解 ， 于 是 又 换 上 重 构 帽 子 .…… 整 个 过 程 
或 许 只 花 10 分 钟 ， 但 无 论 何 时 我 都 清楚 目 己 戴 的 是 
哪 一 顶 帽 子 ， 并 且 明 日 不 同 的 帽子 对 编程 状态 提出 
的 不 同 要 求 。 























2.3 HWE 





RA AE i oe Bie AAA RIT, EAR 
对 不 是 所 谓 的 “ 银 弹 ”。 不 过 它 的 确 很 有 价值 ， 尽 管 
CAE MAR, AAA Sie FE”, Ay 
以 帮 你 始终 民 好 地 控制 目 己 的 代码 。 重 构 是 一 个 工 
上 其， 它 可 以 《并且 应 该 ) 用 于 以 下 几 个 目的 。 


重 构 改进 软件 的 设计 


如 朵 没有 章 构 ， 程 序 的 内 部 设计 或 者 叫 染 
H) 会 逐渐 愉 败 变质 。 当 人 们 只 为 短期 目的 而 修改 
代码 时 ， 他 们 经 第 没 有 完全 理解 染 构 的 整体 设计 ， 
于 是 代码 逐渐 失去 了 自己 的 结构 。 程 序 员 越 来 越 难 
通过 阅读 源码 来 理解 原来 的 设计 。 代 人 码 结构 的 流失 
有 到 积 效 应 。 越 难看 出 代码 所 代表 的 设计 意图 ， 束 
越 难保 护 其 设计 ， 于 是 设计 就 腐败 得 越 快 。 经 闻 性 
的 重 构 有 助 于 代码 维持 目 己 该 有 的 形态 。 

完成 同样 一 件 事 ， 设 计 欠 佳 的 程序 往往 需要 更 
多 代码 ， 这 常常 是 因为 代码 在 不 同 的 地 方 使 用 完全 
相同 的 语句 做 同样 的 事 ， 因 此 改进 设计 的 一 个 重要 

















方 同 就 是 消除 重复 代码 。 代 码 量 减 少 并 不 会 使 系统 
运行 更 快 ， 因 为 这 对 程序 的 资源 占用 几乎 没有 任何 
明显 影响 。 然 而 代码 量 减少 将 使 未 来 可 能 的 程序 修 
改动 作 容 易 得 多 。 代 人 码 越 多 ， 做 正确 的 修改 就 越 困 
难 ， 因 为 有 更 多 代码 需要 理解 。 我 在 这 里 做 了 点 儿 
修改 ， 系 统 却 不 如 预期 那样 工作 ， 因 为 我 没有 修改 
为 一 处 一 一 那里 的 代码 做 看 几乎 完全 一 样 的 事情 ， 
只 是 所 处 环境 上 略 有 不 同 。 消 除 重 复 代 人 码 ， 我 束 可 以 
确定 所 有 事物 和 行为 在 代码 中 只 表述 一 次 ， 这 正 是 
优秀 设计 的 根本 。 


重 构 便 软件 更 容易 理解 


























所 谓 程 序 设 计 ， 很 大 程度 上 就 是 与 计算 机 对 
话 : 我 编写 代码 告诉 计算 机 做 什么 事 ， 而 它 的 啊 应 
是 按照 我 的 指示 精确 行动 。 一 言 以 菩 之 ， 我 所 做 的 
束 是 填补 “我 想 要 它 做 什么 ”和 “我 告诉 它 做 什么 ”之 
间 的 缝 际 。 编 程 的 核心 束 在 于 “准确 说 出 我 想 要 
的 ?。 然 而 列 筷 了 ， 除 了 计算 机 外 ， 源 码 还 有 其 他 
读者 : 几 个 月 之 后 可 能 会 有 夯 一 位 程序 员 答 试 读 恒 
我 的 代码 并 对 其 做 一 些 修改 。 我 们 很 容易 瑟 记 这 这 
位 读者 ， 但 他 才 是 最 重要 的 。 计 算 机 是 个 多 伦 了 几 
个 时 钟 周期 来 编译 ， 叉 有 什么 关系 呢 ? 如 果 一 个 程 
序 员 伦 纲 一 周 时 间 来 修改 菏 段 代码 ， 那 才 要 命 呢 








如 果 他 理解 了 我 的 代码 ， 这 个 修改 原本 只 需 一 
小 时 。 


问题 在 于 ， 当 我 努力 让 程序 运转 的 时 候 ， 我 不 
会 想到 未 来 出 现 的 那个 开发 者 。 和 是 的 ， 我 们 应 该 改 
变 一 下 开 友 贡 夺 ， 让 代码 变 得 更 易于 理解 。 重 构 可 
以 帮 有 我 让 代码 更 易 恋 。 开 始 进行 重 构 前 ， 代 码 可 以 
正常 运行 ， 但 结构 不 够 理想 。 在 重 构 上 花 一 点 点 时 
间 ， 束 可 以 让 代码 更 好 地 表达 目 己 的 意图 一 一 更 清 
晰 地 说 出 我 想 要 做 的 。 


关于 这 一 点 ， 我 没 必 要 表现 得 多 么 无 私 。 很 多 
时 候 那 个 未 来 的 开发 者 就 是 我 上 自己。 此 时 重 构 就 显 
得 尤其 重要 了 。 我 是 一 个 很 懒惰 的 程序 员 ， 我 的 懒 
惰 表 现形 式 之 一 就 是 ， 总 是 记 不 住 自己 写 过 的 代 
人 码 。 事 实 上 ， 对 于 任何 能 够 立刻 查阅 的 东西 ， 我 都 
故意 不 去 记 它 ， 因 为 我 怕 把 目 己 的 脑袋 守 爆 。 我 忌 
是 尽量 把 该 记 住 的 东西 写 进 代码 里 ， 这 样 我 束 不 必 
记 住 它 了 。 这 么 一 来 ， 下 班 后 我 还 可 以 喝 上 两 杯 
Maudite 哩 酒 ， 不 必 太 担心 它 杀 光 我 的 脑 细胞 。 


重 构 带 助 找到 bug 

















对 代码 的 理解 ， 可 以 帮 我 找到 bug。 我 承认 我 
不 太 擅 长 找 bug。 有 些 人 只 要 采 看 一 大 段 代码 束 可 


以 找 出 里 面 的 bug， 我 不 行 。 但 我 发 现 ， 如 果 对 代 
人 码 进 行 章 构 ， 我 就 可 以 深入 理解 代码 的 所 作 所 为 ， 
并 立即 把 新 的 理解 反映 在 代码 当中 。 搞 清楚 程序 结 
构 的 同时 ， 我 也 验证 了 目 己 所 做 的 一 些 假设 ， 于 是 
想 不 把 bug 揪 出 来 都 难 。 

这 让 我 想起 了 Kent Beck 经 常 形容 自己 的 一 句 
话 : “我 不 是 一 个 特别 好 的 程序 员 ， 我 只 是 一 个 有 
着 一 些 特别 好 的 习惯 的 还 不 错 的 程序 员 。” 重 构 能 
够 帮助 我 更 有 效 地 写 出 健壮 的 代码 。 


重 构 近 高 编程 速度 








最 后 ， 前 面 的 一 切 都 归结 到 了 这 一 点 : 重 构 帮 
我 更 快速 地 开发 程序 。 


听 起 来 有 点 儿 违 反 直 觉 。 当 我 谈 到 重 构 时 ， 人 
们 很 容易 看 出 它 能 够 提高 质量 。 改 善 设 计 、 提 升 可 
谈 性 、 减 少 bug， 这 些 都 能 提高 质量 。 但 化 在 重 构 
上 的 时 间 ， 难 道 不 是 在 降低 开 及 速度 吗 ? 


当 我 跟 那 些 在 一 个 系统 上 工作 较 长 时 间 的 软件 
开 及 者 交谈 时 ， 经 会 听 到 这 样 的 故事 : 一 开始 他 
们 进展 很 快 ， 但 如 今 想 要 添加 一 个 新 功能 需要 的 时 
间 融 要 长 得 多 。 他 们 需要 人 花 越 来 越 多 的 时 间 去 孝 夸 


























如 何 把 新 功能 窟 进 现 有 的 代码 库 ， 不 断 踢 出 来 的 
bug 修 复 起 来 也 越 来 越 慢 。 代 码 库 看 起 来 就 像 补丁 
把 补丁 ， 需 要 细致 的 考古 工作 才能 和 弄 明日 整个 系统 
是 如 何 工 作 的 。 这 份 负担 不 断 拖 慢 新 增 功 能 的 速 
度 ， 到 最 后 程序 员 恨 不 得 从 头 开始 重 写 整个 系统 。 


下 面 这 幅 图 可 以 摘 绘 他 们 经 历 的 困境 。 








累积 的 功能 





a 
但 有 些 团队 的 境遇 则 截然 不 同 。 他 们 添加 新 功 
能 的 速度 越 来 越 快 ， 因 为 他 们 能 利用 已 有 的 功能 ， 





基于 已 有 的 功能 快速 构建 新 功能 。 
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两 种 团队 的 区 别 就 在 于 软件 的 内 部 质量 。 需 要 
添加 新 功能 时 ， 内 部 质量 良好 的 软件 让 我 可 以 很 容 
易 找 到 在 哪里 修改 、 如 何 修改 。 民 好 的 模块 划分 使 
我 只 需要 理解 代码 库 的 一 小 部 分 ， 就 可 以 做 出 修 
改 。 如 果 代 码 很 清晰 ， 我 引入 bug 的 可 能 性 就 会 变 
小 ， 即 使 引入 了 bug， 调 试 也 会 容易 得 多 。 理 想 情 
况 下 ， 我 的 代码 库 会 逐步 演化 成 一 个 平台 ， 在 其 上 
可 以 很 容易 地 构造 与 其 领域 相关 的 新 功能 。 


我 把 这 种 现象 称 为 “设计 耐久 性 假说 *， 通 过 投 
入 精力 改 秋 内 部 设计 ， 我 们 增加 了 软件 的 耐久 性 ， 
从 而 可 以 更 长 时 间 地 你 持 开 发 的 快速 。 我 还 无 法 科 
学 地 证 明 这 个 理论 ， 所 以 我 说 它 是 一 个 “假说 *"。 但 
我 的 经 验 ， 以 及 我 在 职业 生涯 中 认识 的 上 百名 优秀 
程序 员 的 经 验 ， 部 文 持 这 个 假说 。 


20 年 前 ， 行 业 的 陈规 认为 : 民 好 的 设计 必须 在 
开始 编程 之 前 完成 ， 因 为 一 旦 开始 编写 代码 ， 设 计 
就 只 会 逐渐 腐败 。 重 构 改 变 了 这 个 图 景 。 现 在 我 们 
可 以 改善 己 有 代码 的 设计 ， 因 此 我 们 可 以 移 做 一 个 
wit, Wah wie’, MMAR AAS He thE 
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难 ， 想 要 既 体 面 又 快速 地 开发 功能 ， 重 构 必 不 可 
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2.4 何 时 重 构 





在 我 编程 的 每 个 小 时 ， 我 都 会 做 重 构 。 有 几 种 
方式 可 以 把 重 构 融 入 我 的 工作 过 程 里 。 


三 次 法 则 





Don Roberts 给 了 我 一 条 准则 : 第 一 次 做 某 件 事 时 只 管 去 做 ; 第 
二 次 做 类 似 的 事 会 产生 反感 ， 但 无 论 如 何 还 是 可 以 去 做 ; 第 三 次 再 
做 类 似 的 事 ， 你 就 应 该 重 构 。 


正如 老话 说 的 : 事 不 过 三 ， 三 则 重 构 。 


预备 性 重 构 : 让 添加 新 功能 更 容易 











重 构 的 最 佳 时 机 咕 在 添加 新 功能 之 前 。 在 动手 
添加 新 功能 之 前 ， 我 会 看 看 现 有 的 代码 亩 ， 此 时 经 
EARD: 如 条 对 代码 结构 做 一 点 微调 ， 我 的 工作 
会 容易 得 多 。 也 许 已 经 有 个 函数 提供 了 我 需要 的 大 
部 分 功能 ， 但 有 几 个 字面 量 的 值 与 我 的 需要 略 有 六 
突 。 如 果 不 做 重 构 ， 我 可 能 会 把 整个 函数 复制 过 
来 ， 修 改 这 几 个 值 ， 但 这 束 会 叶 致 重复 代码 一 一 如 
果 将 来 我 需要 做 修改 ， 就 必须 同时 修改 两 处 (更 抹 














焕 的 是 ， 我 得 先 找到 这 两 处 ) 。 而 且 ， 如 果 将 来 我 
还 需要 一 个 类 似 又 略 有 不 同 的 功能 ， 束 只 能 册 复 制 
粘贴 一 次 ， 这 可 不 是 个 好 主意 。 所 以 我 戴 上 重 构 的 
帽子 ， 使 用 函数 参数 化 (310) 。 做 完 这 件 事 以 
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这 就 好 像 我 要 往 东 去 100 公 里 。 我 不 会 往 东 
一 头 把 车 开 进 树林 ， 而 是 先 往 北 开 20 公 里 上 高 
速 ， 然 后 再 向 东 开 100 公 里 。 后 者 的 速度 比 前 者 
要 快 上 3 倍 。 如 果 有 人 众 着 你 “赶快 直接 去 那 
儿 ”， 有 时 你 需要 说 :“ 等 等 ， 我 要 先 看 看 地 
人 
J 意义。 





Jessica Kerr 





修复 bug 时 的 情况 也 是 一 样 。 在 寻找 问题 根 因 
时 ， 我 可 能 会 发 现 ， 如果 把 3 段 一 模 一 样 且 部 会 导 
致 错误 的 代码 合并 到 一 处 ， 问 题 修 复 起 来 会 容易 得 
多 。 或 者 ， 如 果 把 茶 些 更 新 数据 的 锡 辑 与 得 询 馆 辑 
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改善 这 些 情况 ， 在 同样 场合 再 次 出 现 同样 bug 的 概 
率 也 会 降低 。 





帮助 理解 的 重 构 : BERI E Tis 


我 需要 移 理 解 代 码 在 做 什么 ， 然 后 才能 痢 手 修 
改 。 这 段 代码 可 能 是 我 写 的 ， 也 可 能 是 刚 人 与 的 。 
一 旦 我 需要 思考 “这 段 代 码 到 底 在 做 什么 ”， 我 束 会 
A: 能 不 能 重 构 这 段 代 码 ， 令 其 一 日 了 然 ? 我 可 
能 看 见 了 一 段 络 构 糟糕 的 条 件 逻 辑 ， 也 可 能 希望 复 
用 一 个 函数 ， 但 花费 了 几 分 钟 才 弄 民 它 到 的 在 做 什 
么 ， 因 为 它 的 函数 命名 实在 是 太 糟 米 了。 这 些 部 是 
重 构 的 机 会 。 


看 代码 时 ， 我 会 在 脑海 里 形成 一 些 理解 ， 但 我 
的 记性 不 好 ， 记 不 住 那 么 多 细 方 。 正 如 Ward 
Cunningham 上 所 说 ， 通 过 重 构 ， 我 就 把 脑子 里 的 理解 
转移 到 了 代码 本 身 。 随 后 我 运行 这 个 软件 ， 看 它 是 
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代码 的 理解 植 入 代码 中 ， 这 份 知识 会 保存 得 更 久 ， 
并 且 我 的 同事 也 能 看 到 。 


重 构 高 来 的 帮助 不 仅 友 生 在 将 来 一 一 常常 是 了 
午 见 影 。 我 会 先 在 一 些小 细节 上 使 用 重 构 来 帮助 理 
解 ， 给 一 两 个 变量 改名 ， 让 它们 更 清楚 地 表达 意 
图 ， 以 方便 理解 ， 或 是 将 一 个 长 函数 拆 成 几 个 小 函 
数 。 当 代码 变 得 更 消 晰 一 些 时 ， 我 束 会 看 见 之 前 看 
不 见 的 设计 问题 。 如 果 不 做 前 面 的 重 构 ， 我 可 能 永 





















































远 都 看 不 见 这 些 设计 问题 ， 因 为 我 不 够 聪明 ， 无 法 
在 脑海 中 推演 所 有 这 些 变 化 。Ralph Johnson 说 ， 这 
些 初 步 的 重 构 束 像 扫 去 窗 上 的 尘埃， 使 我 们 得 以 看 
到 窗外 的 风景 。 在 研读 代码 时 ， 重 构 会 引领 我 获得 
更 高 层面 的 理解 ， 如 果 只 是 阅读 代码 很 难 有 此 领 
悟 。 有 些 人 以 为 这 些 重 构 只 是 至 无 意义 地 把 玩 代 
人 码 ， 他 们 没有 意识 到 ， 人 缺少 了 这 些 细 微 的 整理 ， 他 
们 束 无 法 看 到 隐藏 在 一 厂 混 乱 背 后 的 机 过 。 


for Ei FR A HAY 

















帮助 理解 的 重 构 还 有 一 个 变 体 : 我 已 经 理解 代 
码 在 做 什么 ， 但 发 现 它 做 得 不 好 ， 例 如 逻辑 不 必要 
地 迁 回 复 杀 ， 或 者 两 个 函数 几乎 完全 相同 ， 可 以 用 
一 个 参数 化 的 函数 取而代之 。 这 里 有 一 个 取舍 : 我 
不 想 从 眼下 正 要 完成 的 任务 上 跑题 太 多 ， 但 我 也 不 
想 把 垃圾 留 在 原 地 ， 给 将 来 的 修改 增加 拱 烦 。 如 果 
我 肥 现 的 垃圾 很 容易 重 构 ， 我 会 马上 重 构 它 ， 如 末 
EM mke E, RA eae KEREC 
记 下 来 ， 完 成 当下 的 任务 再 回来 重 构 它 。 

当然 ， 有 时 这 样 的 垃圾 需要 好 几 个 小 时 才能 解 
决 ， 而 我 义 有 更 案 急 的 事 要 完成 。 不 过 即便 如 此 ， 
和 微 花 一 点 工夫 做 一 点 儿 清 理 ， 通 常 都 是 值得 的 。 

















正如 野营 者 的 老话 所 说 : 至 少 要 让 营地 比 你 到 达 时 
更 干 浪 。 如 果 每 次 经 过 这 段 代 人 码 时 痢 把 它 变 好 一 扣 
Ro RORE, MRAR. EAk 
就 在 于 ， 每 个 小 步骤 都 不 会 破坏 代码 一 一 所 以 ， 有 
时 一 块 坪 圾 在 好 几 个 月 之 后 才 终 于 清理 干涩 ， 但 即 
便 每 次 清理 并 不 完整 ， 代 码 也 不 会 被 破坏 。 


有 计划 的 重 构 和 见 机 行事 的 重 构 


上 面 的 例子 一 一 预备 性 重 构 、 和 帮助 理解 的 重 
构 、 捡 垃圾 式 章 构 一 一 部 是 见 机 行事 的 我 并 不 专 
门 安排 一 段 时 间 来 重 构 ， 而 是 在 添加 功能 或 修复 
bug 的 同时 顺便 重 构 。 这 有 是 我 目 然 的 编程 流 的 一 部 
分 。 不 管 是 要 添加 功能 还 是 修复 bug， 重 构 对 我 当 
下 的 任务 有 帮助 ， 而 且 让 我 未 来 的 工作 更 轻松 。 这 
是 一 件 很 重要 而 义 第 被 误解 的 事 : 重 构 不 是 与 编程 
制 错 的 行为 。 你 不 会 专门 安排 时 间 重 构 ， 正 如 你 不 
会 专门 安排 时 间 写 if 语 句 。 我 的 项 目 计划 上 没有 专 
门 留 给 重 构 的 时 间 ， 绝 大 多 数 重 构 都 在 我 做 其 他 事 
的 过 程 中 目 然 肥 生 。 
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也 需要 很 多 重 构 。 





还 有 一 种 第 见 的 误解 认为 ， 重 构 就 是 人 们 弥补 
过 去 的 错误 或 者 清理 及 脏 的 代码 。 当 然 ， 如 果 遇 上 
了 挤 脏 的 代码 ， 你 必须 重 构 ， 但 床 亮 的 代码 也 需要 
很 多 重 构 。 在 写 代 码 时 ， 我 会 做 出 很 多 权衡 取舍 : 
参数 化 需要 做 到 什么 程度 ? 函数 之 间 的 边界 应 该 划 
在 哪里 ?对 于 昨天 的 功能 完全 合理 的 权衡 ， 在 今天 
要 讨 加 新 功能 时 可 能 就 不 再 合理 。 好 在 ， 当 我 需要 
改变 这 些 权衡 以 反映 现实 情况 的 变化 时 ， 整 洁 的 代 
人 码 重 构 起 来 会 更 容易 。 











每 次 要 修改 时 ， 首 先 令 修 改 很 容易 〈 警 
告 ， 这 件 事 有 时 会 很 难 ) ， 然 后 再 进行 这 次 容 
易 的 修改 。 


Kent Beck 





长 久 以 来 ， 人 们 认为 编写 软件 是 一 个 素 加 的 过 
Ke: BUSI PAGE, KATMAI TS. (AGC 
筋 的 程序 员 知 道 ， 读 加 新 功能 最 快 的 方法 往往 是 移 
修改 现 有 的 代码 ， 使 新 功能 容易 被 加 入 。 所 以 ， 软 
件 永远 不 应 该 被 视 为 "完成 ?。 每 当 需 要 新 能 力 时 ， 
软件 就 应 该 做 出 相应 的 改变 。 越 是 在 己 有 代码 中 ， 





这 样 的 改变 就 越 显 重要 。 


不 过 ， 说 了 这 么 多 ， 并 不 表示 有 计划 的 重 构 总 
是 错 的 。 如 采 团 队 过 去 忽视 了 重 构 ， 那 么 种 币 会 需 
要 专门 花 一 些 时 间 来 优化 代码 库 ， 以 便 更 容易 添加 
新 功能 。 在 重 构 上 人 花 一 个 星期 的 时 间 ， 会 在 未 来 几 
个 月 里 发 挥 价值 。 有 时 ， 即 便 团 队 做 了 日 常 的 重 
构 ， 还 是 会 有 问题 在 汞 个 区 域 逐 渐 索 积 长 大 ， 最 终 
需要 专门 花 些 时 间 来 解决 。 但 这 种 有 计划 的 重 构 应 
0 


我 听 过 的 一 条 建议 是 : 将 重 构 与 添加 新 功能 在 
版 本 控制 的 提交 中 分 开 。 这 样 做 的 一 大 好 处 是 可 以 
各 目 独 立地 审阅 和 批准 这 些 提交 。 但 我 并 不 认同 这 
种 做 法 。 草 构 常 常 与 新 添 功能 罕 密 交织 ， 不 值得 花 
工夫 把 它们 分 开 。 并 且 这 样 做 也 使 重 构 脱离 了 上 下 
文 ， 使 人 看 不 出 这 些 “ 重 构 拓 交 ” 的 价值 。 每 个 团队 
应 该 尝试 并 找 出 适合 自己 的 工作 方式 ， 只 是 要 记 
È: 分 离 重 构 捉 交 并 不 是 毋庸 置疑 的 原则 ， 只 有 当 
你 真 的 感到 有 益 时 ， 才 值得 这 样 做 。 


长 期 重 构 















































大 多 数 重 构 可 以 在 几 分 钟 一 一 最 多 几 小 时 





内 完成 。 但 有 一 些 大 型 的 重 构 可 能 要 伦 上 几 个 星 
期 ， 例 如 要 蔡 换 一 个 正在 使 用 的 库 ， 或 者 将 整 块 代 
人 码 抽 取 到 一 个 组 件 中 并 共 字 给 万 一 文 团队 使 用 ， 再 
或 者 要 处 理 一 大 堆 混 乱 的 依 顿 关 系 ， 等 等 。 


即便 在 这 样 的 情况 下 ， 我 仍然 不 愿 让 一 文 团 队 
专门 做 重 构 。 可 以 让 整个 团队 达成 共识 ， 在 未 来 几 
周 时 间 里 逐步 解决 这 个 问题 ， 这 经 党 是 一 个 有 效 的 
策略 。 每 当 有 人 靠近 “ 重 构 区 ”的 代码 ， 束 把 它 旨 想 
要 改进 的 方 辐 推动 一 点 。 这 个 策略 的 好 处 在 于 ， 重 
构 不 会 破坏 代码 一 一 每 次 小 改动 之 后 ， 整 个 系统 仍 
然 照 常 工 作 。 例 如 ， 如 果 想 替换 掉 一 个 正在 使 用 的 
库 ， 可 以 先 引 入 一 层 新 的 抽象 ， 使 其 兼容 新 旧 两 个 
库 的 接口 。 一 旦 调用 方 已 经 完全 改 为 使 用 这 层 抽 
象 ， 蔡 换 下 面 的 库 吏 会 容易 得 多 。 OXAR E 
Branch By Abstraction[mf-bba]。 ) 


复审 代码 时 重 构 


























一 些 公司 会 做 党 规 的 代码 复 审 〈code 
review) ， 因 为 这 种 活动 可 以 改善 开发 状况 。 代 三 
复审 有 助 于 在 开发 团队 中 传播 知识 ， 也 有 助 于 让 较 
有 经 验 的 开发 者 把 知识 传递 给 比较 欠缺 经 验 的 人 ， 
并 帮助 更 多 人 理解 大 型 软件 系统 中 的 更 多 部 分 。 代 








码 复审 对 于 编写 清晰 代码 也 很 重要 。 我 的 代码 也 许 
对 我 目 己 来 说 很 清晰 ， 对 他 人 则 不 然 。 这 是 无 法 避 
免 的 ， 因 为 要 让 开 友 者 设 映 处 地 为 那些 不 熟悉 日 己 
所 作 有 所 为 的 人 着 想 ， 实 在 太 困 难 了 。 代 码 复审 也 让 
更 多 人 有 机 会 提出 有 用 的 建议 ， 毕 竟 我 在 一 个 星期 
之 内 能 够 想 出 的 好 点 子 很 有 限 。 如 果 能 得 到 别人 的 
la a E 
i 

我 及 现 ， 重 构 可 以 帮助 我 复审 别人 的 代码 。 开 
始 重 构 前 我 可 以 先 阅读 代码 ， 得 到 一 定 程 度 的 理 
考虑 是 否 可 以 通过 重 构 立即 轻松 地 实现 它们 。 如 果 
可 以 ， 我 就 会 动手 。 这 样 做 了 几 次 以 后 ， 我 可 以 更 
清楚 地 看 到 ， 当 我 的 建议 被 实施 以 后 ， 人 代码 会 是 什 
么 样 。 我 不 必 想 象 代码 应 该 是 什么 样 ， 我 可 以 真实 
看 见 。 于 是 我 可 以 获得 更 高 层次 的 认识 。 如 果 不 进 
行 重 构 ， 我 永远 无 法 得 到 这 样 的 认识 。 


重 构 还 可 以 帮助 代码 复审 工作 得 到 更 具体 的 结 
果 。 不 仅 获 得 建议 ， 而 且 其 中 许多 建议 能 够 立刻 实 
现 。 最 终 你 将 从 实践 中 得 到 比 以 往 多 得 多 的 成 束 
感 


《CS o 

















至 于 如 何在 代码 复审 的 过 程 中 加 入 重 构 ， 这 要 
取决 于 复审 的 形式 。 在 第 见 的 pull request 模 式 下 ， 
复审 者 独 目 浏览 代码 ， 代 三 的 作者 不 在 芝 边 ， 此 时 











进行 重 构 效 果 并 不 好 。 如 条 代码 的 原作 者 在 劳 边 会 
好 很 多 ， 因 为 作者 能 提供 关于 代码 的 上 下 文 信息 ， 
并 且 充 分 认同 复审 者 进行 修改 的 意图 。 对 我 个 人 而 
A> SURE ARIA AE, NS 
EW, AEE EM. CFT SIR A PAS I 
结对 编程 : 在 编程 的 过 程 中 持续 不 断 地 进行 代码 复 
审 。 











怎么 对 经 理 说 


“该 怎么 跟 经 理 说 重 构 的 事 ?" 这 是 我 最 党 被 问 
到 的 一 个 问题 。 毋 良 讳 言 ， 我 见 过 一 些 场合 ,“ 重 
构 ? 被 视 为 一 个 脏 词 一 一 经 理 〈《 和 客户 ) 认为 重 构 
了 要么 是 在 弥补 过 去 犯 下 的 错误 ， 了 要么 是 不 增加 价值 
的 无 用 功 。 如 果 团 队 又 计划 了 几 周 时 间 专 门 做 重 
构 ， 情 况 就 更 糟糕 了 一 一 如 末 他 们 做 的 其 实 还 不 是 
重 构 ， 而 是 不 加 小 必 的 结构 调整 ， 然 后 又 对 代码 库 
MK SBA, ALA AEE TS 


如 果 这 位 经 理 懂 技 术 ， 能 理解 “设计 耐久 性 假 
说 ”， 那 么 同 他 说 明 重 构 的 意义 应 该 不 会 很 困难 。 
这 样 的 经 理应 该 会 或 励 日 第 的 重 构 ， 并 主动 寻找 团 
队 日 常 重 构 做 得 不 够 的 征兆 。 虽 然 “ 团 队 做 了 太 多 
重 构 ”的 情况 确实 也 发 生 过 ， 但 比 起 做 得 不 够 的 情 

















况 要 罕见 得 多 了 。 


当然 ， 很 多 经 理 和 客户 不 具备 这 样 的 技术 意 
识 ， 他 们 不 理解 代码 库 的 健康 对 生产 率 的 影响 。 这 
种 情况 下 我 会 给 团队 一 个 较 有 争议 的 建议 : 不 要 告 
诉 经 理 ! 


这 是 在 搞 破 坏 吗 ? 我 不 这 样 想 。 软 件 开 友 者 部 
是 专业 人 士 。 我 们 的 工作 就 是 尽 可 能 快速 创造 出 高 
效 软件 。 我 的 经 验 告诉 我 ， 对 于 快速 创造 软件 ， 重 
构 可 市 来 巨大 帮助 。 如 末 需 要 添加 新 功能 ， 而 原本 
设计 却 又 使 我 无 法 方便 地 修改 ， 我 及 现 先 重 构 再 添 
加 新 功能 会 更 快 些 。 如 末 要 修补 错误 ， 束 得 和 完 理解 
软件 的 工作 方式 ， 而 我 发 现 重 构 是 理解 软件 的 最 快 
方式 。 受 进度 驱动 的 经 理 要 我 尽 可 能 快速 完成 任 
务 ， 至 村 怎么 完成 ， 那 融 是 我 的 事 了 。 我 领 这 份 工 
资 ， 是 因为 我 擅长 快速 实现 新 功能 ;我 认为 最 快 的 
方式 吏 是 重 构 ， 所 以 我 吏 重 构 。 


何 时 不 应 该 重 构 





























听 起 来 好 像 我 一 直 在 提倡 重 构 ， 但 确实 有 一 些 
个 值得 重 构 的 情况 。 


如 宋 我 看 见 一 块 姿 乱 的 代码 ， 但 并 不 需要 修改 





它 ， 那 么 我 加 不 需要 重 构 它 。 如 果 丑 陋 的 代码 能 被 
BRT —-TSAPLZ F, Fea AT DAA A ARSE Ra H 
BA RAAR mA LCR, PET 
构 才 有 价值 。 


Fy POLE, WARES RRA, All 
重 构 了 。 这 是 个 困难 的 决定 。 如 果 不 伦 一 点 儿 时 间 
尝试 ， 往 往 很 难 真 实 了 解 重 构 一 块 代码 的 难度 。 决 
定 到 的 应 该 重 构 还 十 重 写 ， 需 要 民 好 的 判断 力 与 直 
齐 的 经 验 ， 我 无 法 给 出 一 条 简单 的 建议 。 














2.5 重 构 的 挑战 


每 当 有 人 大 力 推 荐 一 种 技术 、 工 具 或 者 架构 
时 ， 我 总 是 会 观察 这 东西 会 遇 到 哪些 挑战 ， 半 竟 生 
活 中 很 少 有 了 晴空 万 里 的 好 事 。 你 需要 了 解 一 件 事 背 
后 的 权衡 取舍， 才能 决定 何 时 何 地 应 用 它 。 我 认为 
重 构 是 一 种 很 有 价值 的 拉 术 ， 大 多 数 团 队 痢 应 该 更 
多 地 午 构 ， 但 它 也 不 是 完全 没有 挑战 的 。 有 必要 充 
人 
XT 。 
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如 条 你 读 了 前 面 一 人 小节， 我 对 这 个 挑 成 的 回应 
便 已 经 很 消 楚 了 。 尺 官 重 构 的 目的 是 加 快 开 有 友 速 
度 ， 但 是 ， 仍 旧 很 多 人 认为 ， 伦 在 重 构 的 时 间 是 在 
拖 慢 新 功能 的 开发 进度 。“ 重 构 会 拖 慢 进度 ”这 种 看 
法 仍然 很 普遍， 这 可 能 是 导 人 怪 人 们 没有 充分 重 构 的 
最 大 阻力 所 在 。 








重 构 的 唯一 目的 就 是 让 我 们 开 友 更 
快 ， 用 更 少 的 工作 量 创造 更 大 的 价值 。 


有 一 种 情况 确实 需要 权衡 取舍 。 我 有 时 会 看 到 
一 个 “大 规模 的 ) 重 构 很 有 必要 进行 ， 而 马上 要 添 
加 的 功能 非常 小 ， 这 时 我 会 更 愿意 先 把 新 功能 加 
上 ， 然 后 再 做 这 次 大 规模 重 构 。 做 这 个 决定 需要 判 
断 力 一 一 这 和 古 我 作为 程序 员 的 专业 能 力 之 一 。 我 很 
难 描 述 决 定 的 过 程 ， 更 无 法 量化 决定 的 依据 。 


我 清楚 地 知道 ， 预 备 性 重 构 常会 使 修改 更 容 
易 ， 所 以 如 果 做 一 点 儿 重 构 能 让 新 功能 实现 更 容 
易 ， 我 一 定 会 做 。 如 果 一 个 问题 我 已 经 见 过 ， 此 时 
我 也 会 更 倾向 于 重 构 它 一 有 时 我 就 得 先 看 见 一 块 
丑陋 的 代码 几 次 ， 然 后 才能 提起 劲头 来 重 构 它 。 也 
就 是 说 ， 如 果 一 块 代码 我 很 少 触 磁 ， 它 不 会 经 常 给 
我 带 来 及 烦 ， 那 么 我 就 倾 癌 于 不 去 重 构 它 。 如 果 我 
还 没 想 清 楚 究 竞 应 该 如 何 优 化 代码 ， 那 么 我 可 能 会 
延迟 重 构 ; 当然 ， 有 的 时 候 ， 即 便 没 想 清 楚 优化 的 
方向 ， 我 也 会 先 做 些 实验 ， 试 试看 能 否 有 所 改进 。 


我 从 同事 那里 听 到 的 证 据 表 明 ， 在 我 们 这 个 行 
业 里 ， 重 构 不 足 的 情况 远 多 于 重 构 过 度 的 情况 。 换 
句 话 说， 绝 大 多 数 人 应 该 答 试 多 做 重 构 。 代 码 库 的 
健康 与 个 ， 到 展会 对 生产 率 造 成 多 大 的 影响 ， 很 多 
人 可 能 说 不 出 来 ， 因 为 他 们 没有 太 多 在 健康 的 代码 
































库 上 工作 的 经 历 一 一 轻松 地 把 现 有 代码 组 合 配置 ， 
快速 构造 出 复杂 的 新 功能 ， 这 种 强大 的 开发 方式 他 
们 没有 体验 过 。 


虽然 我 们 经 种 批评 管理 者 以 “保障 开发 速度 ”的 
名 义 压 制 重 构 ， 其 实 程序 员 目 己 也 经 名 这 么 干 。 有 
时 他 们 目 己 党 得 不 应 该 重 构 ， 其 实 他 们 的 领导 还 插 
布 望 他 们 做 一 些 重 构 的 。 如 条 你 是 一 文 团队 的 扩 术 
领导 ， 一 定 要 问 团 队 成 员 表 明 ， 你 重视 改善 代码 库 
健康 的 价值 。 合 理 判 断 何 时 应 该 重 构 、 何 时 应 该 暂 
时 不 重 构 ， 这 样 的 判断 力 需要 多 年 经 验 积累 。 对 于 
重 构 缺 乏 经 验 的 年 轻 人 需要 有 意 的 指导 ， 才 能 帮助 
他 们 加 速 经 验 积累 的 过 程 。 


有 些 人 试图 用 “整洁 的 代码 ”“ 民 好 的 工程 实 
践 ?之 类 道德 理由 来 论证 重 构 的 必要 性 ， 我 认为 这 
是个 陷阱 。 重 构 的 意义 不 在 于 把 代码 库 打 磨 得 内 内 
发 光 ， 而 古 纯粹 经 济 角 度 出 友 的 考量 。 我 们 之 所 以 
重 构 ， 因 为 它 能 让 我 们 更 快 一 一 添加 功能 更 快 ， 修 
复 bug 更 快 。 一 定 要 随时 记 住 这 一 点 ， 与 别人 交流 
时 也 要 不 断 强调 这 一 点 。 重 构 应 该 总 是 由 经 济 利益 
驱动 。 程 序 员 、 经 理 和 客户 越 理 解 这 一 后，“ 好 的 
设计 ” 那 条 曲线 丈 会 越 经 第 出 现 。 


代码 所 有 权 



































很 多 重 构 手 法 不 仅 会 影响 一 个 模块 内 部 ， 还 会 
有 影 啊 该 模块 与 系统 其 他 部 分 的 关系。 比如 我 想 给 一 
个 函数 改名 ， 并 且 我 也 能 找到 该 函数 的 所 有 调用 
者 ， 那 么 我 只 需 运 用 改变 函数 声明 (124) ， 在 一 
次 重 构 中 修改 函数 声明 和 调用 者 。 但 即便 这 么 简单 
的 一 个 重 构 ， 有 时 也 无 法 实施 : 调用 方 代码 可 能 
男 一 支 团队 拥有 ， 而 我 没有 权限 写 入 他 们 的 代码 
库 ; 这 个 函数 可 能 是 一 个 提供 给 客户 的 API， 这 时 
我 根本 无 法 知道 是 否 有 人 使 用 它 ， 至 于 谁 在 用 、 用 


布 接口 (published interface) : 接口 的 使 用 者 〈( 客 
N a 
JA 


代码 所 有 权 的 边界 会 妨碍 重 构 ， 因 为 一 旦 我 自 
作 主 张 地 修改 ， 束 一 定 会 破坏 使 用 者 的 程序 。 这 不 
会 完全 阻止 重 构 ， 我 仍然 可 以 做 很 多 重 构 ， 但 确实 
会 对 重 构造 成 约束 。 为 了 给 一 个 函数 改名 ， 我 需要 
使 用 函数 改名 〈124) ， 但 同时 也 得 保留 原来 的 函 
数 声明 ， 使 其 把 调用 传递 给 新 的 函数 。 这 会 让 接口 
变 复杂 ， 但 这 就 是 为 了 避免 破坏 使 用 者 的 系统 而 不 
得 不 付出 的 代价 。 我 可 以 把 旧 的 接口 标记 为 “不 推 
荐 使 用 ”(deprecated) ， 等 一 段 时 间 之 后 最 终 让 其 
退 体 ;但 有 些 时 候 ， 旧 的 接口 必须 一 直 保 留 下 去 。 


由 于 这 些 复杂 性 ， 我 建议 不 要 搞 细 粒度 的 强 代 


























码 所 有 制 。 有 些 组 织 辟 欢 给 每 段 代 码 都 指定 唯一 的 
所 有 者 ， 只 有 这 个 人 能 修改 这 段 代码 。 我 曾经 见 过 
一 文 只 有 三 个 人 的 团队 以 这 种 方式 运作 ， 每 个 程序 
员 都 要 给 另外 两 人 发 布 接口 ， 随 之 而 来 的 惑 是 接口 
维护 的 种 种 有 琴 烦 。 如 果 这 三 个 人 都 直接 去 代码 库 里 
做 修改 ， 事 情 会 简单 得 多 。 我 推荐 团队 代码 所 有 

制 ， 这 样 一 文 团队 里 的 成 员 都 可 以 修改 这 个 团队 拥 
有 的 代码 ， 即 便 最 初 写 代 码 的 是 别人 。 程 序 员 可 能 
各 目 分 工 员 责 系统 的 不 同 区域 ， 但 这 种 贡 任 应 该 体 
现 为 监控 目 己 贡 任 区 内 发 生 的 修改 ， 而 不 是 简单 粗 
ATUL Al] MER. 


这 种 较为 宽容 的 代码 所 有 制 甚至 可 以 应 用 于 器 
团队 的 场合 。 有 些 团队 或 励 关 似 于 开源 的 模型 : B 
团队 的 成 员 也 可 以 在 一 个 分 文 上 修改 A 团 队 的 代 
码 ， 然 后 把 提交 发 送 给 A 团队 去 审核 。 这 样 一 来 ， 
如 果 团 队 想 修改 目 己 的 函数 ， 他 们 就 可 以 同时 修改 
该 函数 的 客户 北 的 代码 ;只 要 客户 闹 接 受 了 他 们 的 
修改 ， 就 可 以 删 挥 旧 的 函数 声明 了。 对 于 涉及 多 个 
团队 的 大 系统 开 友 ， 在 “ 强 代 码 所 有 制 * 和 “混乱 修 
改 ” 两 个 极端 之 则 ， 这 种 类 似 开源 的 模式 常常 是 一 
个 合适 的 折 中 。 


分 文 




















很 多 团队 采用 这 样 的 版 本 控制 实践 ， 每 个 团队 
成 员 各 目 在 代码 库 的 一 条 分 支 上 工作 ， 进 行 相当 大 
量 的 开发 之 后 ， 才 把 各 目的 修改 合并 回 主线 分 文 
(这 条 分 支 通常 叫 master 或 trunk) ， 从 而 与 整个 团 
以 分 享 。 和 常见 的 做 法 是 在 分 支 上 开发 完整 的 功能 ， 
直到 功能 可 以 发 布 到 生产 环境 ， 才 把 该 分 文 合 并 回 
主线 。 这 种 做 法 的 拥 征 声称 ， 这 样 能 保持 主线 不 受 
尚未 完成 的 代码 侵 热 ， 能 保留 清晰 的 功能 这 加 的 版 
并 且 在 某 个 功能 出 问题 时 能 容易 地 撤销 修 
Exe 


这 样 的 特性 分 支 有 其 缺点 。 在 隔离 的 分 支 上 工 
作 得 越久 ， 将 完成 的 工作 集成 〈integrate) 回 主线 
WLS A XE. A SAAS MATE, KE BLA TD 
法 是 频繁 地 从 主线 合并 Cmerge) 或 者 变 基 
(rebase) 到 分 文 。 但 如 果 有 几 个 人 同时 在 各 目的 
特性 分 支 上 工作 ， 这 个 办 法 并 不 能 真正 解决 问题 ， 
因为 合并 与 集成 是 两 回 事 。 如 果 我 从 主线 合并 到 我 
的 分 支 ， 这 只 是 一 个 单 同 的 代码 移动 我 的 分 文 
发 生 了 修改 ， 但 主线 并 没有 。 而 “集成 ”是 一 个 双 回 
的 过 程 : 不 仅 要 把 主线 的 修改 拉 uD 到 我 的 分 
文 上 上， 而 且 要 把 我 这 里 修改 的 结果 推 (push) 回 到 
主线 上 ， 两 边 都 会 发 生 修改 。 假 如 另 一 名 程序 员 
Rachel 正 在 她 的 分 文 上 开发 ， 我 是 看 不 见 她 的 修改 
WN, BPR ea OMB eS EA; UCN 
须 把 她 的 修改 合并 到 我 的 特性 分 文 ， 这 可 能 需要 相 





























当 的 工作 量 。 其 中 困难 的 部 分 是 处 理 语义 变化 。 现 
代 版 本 控制 系统 都 能 很 好 地 合并 程序 文本 的 复杂 修 
改 ， 但 对 于 代码 的 语义 它们 一 无 所 知 。 如 果 我 修改 
了 一 个 函数 的 名 字 ， 版 本 控制 工具 可 以 很 轻松 地 将 
我 的 修改 与 Rachel 的 代码 集成 。 但 如 果 在 集成 之 
前 ， 她 在 目 己 的 分 文 里 新 谎 调 用 了 这 个 被 我 改名 的 
图 数 ， 集 成 之 后 的 代码 就 会 被 破坏 。 


分 文 合并 本 来 束 是 一 个 复杂 的 问题 ， 随 着 特 性 
分 文 存在 的 时 间 加 长 ， 合 并 的 难度 会 指数 上 升 。 集 
成 一 个 已 经 存在 了 4 个 星期 的 分 文 ， 较 之 集成 存在 
了 2 个 星期 的 分 文 ， 难 度 可 不 止 翻 倍 。 所 以 很 多 人 
认为 ， 应 该 尽量 缩短 特性 分 文 的 生存 周期 ， 比 如 只 
有 一 两 天 。 还 有 一 些 人 《比如 我 本 人 ) 认为 特性 分 
文 的 生命 还 应 该 更 短 ， 我 们 采用 的 方法 叫 作 持续 集 
成 《Continuous Integration, CI) ， 也 叫 “ 基 于 主干 
FFA” CTrunk-Based Development) 。 在 使 用 CI 
时 ， 每 个 团队 成 员 每 天 至 少 同 主线 集成 一 次 。 这 个 
实践 避免 了 任何 分 文 彼此 差异 太 大 ， 从 而 极 大 地 降 
低 了 合并 的 难度 。 不 过 CI 也 有 其 代价 : 你 必须 使 用 
相关 的 实践 以 确保 主线 随时 处 于 健康 状态 ， 必 须 学 
会 将 大 功能 拆 分 成 小 块 ， 还 必须 使 用 特性 开关 
(feature toggle， 也 叫 特性 旗 标 ，feature flag〉 将 尚 
未 完成 义 无 法 拆 小 的 功能 隐藏 挥 。 


CI 的 粉丝 之 所 以 辟 欢 这 种 工作 方式 ， 部 分 原因 























是 它 降低 了 分 文 合并 的 难度 ， 不 过 最 重要 的 原因 还 
是 CI 与 重 构 能 良好 配合 。 重 构 经 常 需要 对 代码 库 中 
的 很 多 地 方 做 很 小 的 修改 〈 例 如 给 一 个 广泛 使 用 的 
因数 改名 ) ， 这 样 的 修改 尤其 容易 造成 合并 时 的 语 
义 神 突 。 采 用 特性 分 文 的 团队 利 会 及 现 重 构 加 剧 了 
分 文 合并 的 困难 ， 并 因此 放弃 了 重 构 ， 这 种 情况 我 
们 曾经 见 过 多 次 。CI 和 重 构 能 够 展 好 配合 ， 所 以 

Kent Beck 在 极限 编程 中 同时 包含 了 这 两 个 实践 。 


我 并 不 是 在 说 绝 不 应 该 使 用 特性 分 文 。 如 果 特 
性 分 文 存 在 的 时 间 足 够 得， 它们 束 不 会 造成 大 问 
题 。《〈 实 际 上 ， 使 用 CI 的 团队 往往 同时 也 使 用 分 
文 ， 但 他 们 会 每 天 将 分 文 与 主线 合并 。) 对 于 开源 
项 目 ， 特 性 分 文 可 能 是 合适 的 做 法 ， 因 为 不 时 会 有 
你 不 熟悉 《因此 也 不 信任 ) 的 程序 员 偶 尔 提 交 修 
改 。 但 对 全 职 的 开发 团队 而 言 ， 特 性 分 文 对 重 构 的 
阻碍 太 严 重 了 。 即 便 你 没有 完全 采用 CI， 我 也 一 定 
会 催促 你 尽 可 能 频繁 地 集成 。 而 且 ， 用 上 CI 的 团队 
在 软件 交付 上 更 加 高 效 ， 我 真心 希望 你 认真 考虑 这 
个 客观 事实 [Forsgren et al]. 
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不 会 改变 程序 可 观察 的 行为 ， 这 是 重 构 的 一 个 


重要 特征 。 如 有 条 仔细 章 循 重 构 手 法 的 每 个 步 又， 我 
应 该 不 会 破坏 任何 东西 ， 但 万 一 我 犯 了 个 错误 怎么 
Tp? 〈《 呢 ， 融 我 这 个 粗心 大 意 的 性 格 来 说 ， 请 去 

掉 “ 万 一 ”两 字 。) 人 总 会 有 出 错 的 时 候 ， 不 过 只 要 
及 时 及 现 ， 惑 不 会 造成 大 问题 。 既 然 每 个 重 构 都 是 
很 小 的 修改 ， 即 便 真 的 造成 了 破坏 ， 我 也 只 需要 检 
得 最 后 一 步 的 小 修改 一 一 就 算 找 不 到 出 错 的 原因 ， 
只 要 回 滚 到 版 本 控制 中 最 后 一 个 可 用 的 版 本 就 行 
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这 里 的 关键 就 在 于 “快速 及 现 错误 ”。 要 做 到 这 
一 把， 我 的 代码 应 该 有 一 套 完 备 的 测试 套件 ， 并 且 
运行 速度 要 快 ， 合 则 我 会 不 愿 音频 坚 运 行 它 。 也 右 
EW, ARG Bib, WRAY, RCA 
可 以 目测 试 的 代码 [mf-stc]。 


有 些 读者 可 能 会 觉得 ,，“ 目 测试 的 代码 ”这 个 要 
求 太 高 ， 根 本 无 法 实现 。 但 在 过 去 20 年 中 ， 我 看 到 
很 多 团队 以 这 种 方式 构造 软件 。 的 确 ， 团 队 必须 投 
入 时 间 与 精力 在 测试 上 ， 但 收益 是 绝对 划算 的 。 目 
测试 的 代码 不 仪 使 重 构 成 为 可 能 ， 而 且 使 添加 新 功 
能 更 加 安全 ， 因 为 我 可 以 很 快 友 现 并 干 挥 新 近 引 入 
的 bug。 这 里 的 关键 在 于 ， 一 旦 测试 失败 ， 我 只 需 
要 奉 看 上 次 测试 成 功 运行 之 后 修改 的 这 部 分 代码 ; 
如 果 测 试 运行 得 很 频 楷 ， 这 个 查看 的 范围 承 只 有 几 
行 代码 。 知 道 必 定 是 这 几 行 代码 造成 bug 的 话 ， 排 




















这 也 回答 了 “ 重 构 风 险 太 大 ， 可 能 引入 bug” 的 
担忧 。 如 果 没 有 目测 试 的 代码 ， 这 种 担忧 就 是 完 
合理 的 ， 这 也 是 为 什么 我 如 此 重视 可 徘 的 测试 。 


缺乏 测试 的 问题 可 以 用 男 一 种 方式 来 解决 。 如 
东 我 的 开 及 环境 很 好 地 文 持 目 动 化 重 构 ， 我 残 可 以 
信任 这 些 重 构 ， 不 必 运 行 测试 。 这 时 即便 没有 完备 
的 测试 套件 ， 我 仍然 可 以 重 构 ， 前 提 是 仅仅 使 用 那 
些 目 动 化 的 、 一 定安 全 的 重 构 手 法 。 这 会 让 我 损失 
很 多 好 用 的 重 构 手 法 ， 不 过 剩 下 可 用 的 也 不 少 ， 我 
还 是 能 从 中 获 益 。 当 然 ， 我 还 是 更 愿意 有 目测 试 的 
代码 ， 但 如 条 没有 ， 目 动 化 重 构 的 工具 包 也 很 好 。 


缺乏 测试 的 现状 还 众生 了 男 一 种 重 构 的 流派 : 
只 使 用 一 组 经 过 验证 是 安全 的 重 构 手法 。 这 个 流派 
要 求 严 格 齐 循 重 构 的 每 个 步骤 ， 并 且 可 用 的 重 构 手 
法 是 特定 于 语言 的 。 使 用 这 种 方法 ， 团 队 得 以 在 测 
试 窗 新 率 很 低 的 大 型 代码 库 上 开展 一 些 有 用 的 重 
构 。 这 个 重 构 流派 比较 新 ， 涉 及 一 些 很 具体 、 特 定 
于 编程 语言 的 技巧 与 做 法 ， 行 业 里 对 这 种 方法 的 介 
绍 和 了 解 都 还 不 足 ， 因 此 本 书 不 对 其 多 做 介绍 。 
《不 过 我 希望 未 来 在 我 自己 的 网 站 上 多 讨论 这 个 主 
题 。 感 兴趣 的 读者 可 以 查看 Jay Bazuzi 关 于 如 何在 
C++ 中 安全 地 运用 提炼 函数 (106) 的 描述 
[Bazuzi]， 借 此 获得 一 点 儿 对 这 个 重 构 流派 的 了 






































解 。) 

坚 不 意外 ， 目 测试 代码 与 持续 集成 紧密 相关 
一 一 我 们 仰赖 持续 集成 来 及 时 捕获 分 文集 成 时 的 语 
义 冲突 。 目 测试 代码 是 极限 编程 的 力 一 个 重要 组 成 
部 分 ， 也 是 持续 交付 的 关键 环 市 。 
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大 多 数 人 会 觉得 ， 有 一 大 笔 遗 产 是 件 好 事 ， 但 
从 程 夺 员 的 角度 来 看 束 不 同 了 。 壮 留 代码 往往 很 复 
A, WANE, MAREE, AS 
CERF) 。 


重 构 可 以 很 好 地 帮助 我 们 理解 遗留 系统 。 引 人 
误解 的 函数 名 可 以 改名 ， 使 其 更 好 地 反映 代码 用 
途 ; 糟 料 的 程序 结构 可 以 慢 慢 理 顺 ， 把 程序 从 一 块 
硕 石 打磨 成 美玉 。 整 个 故事 部 很 棒 ， 但 我 们 绕 不 开 
FRI: 遗留 系统 多 半 没 测试 。 如 条 你 面 对 一 
个 庞大 而 又 缺乏 测试 的 遗留 系统 ， 很 难 安全 地 重 构 
jae 
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加 测试 "。 这 事 听 起 来 简单 (当然 工作 量 必定 很 
K) ， 操 作 起 来 可 没 那 么 容易 。 一 般 来 说 ， 只 有 在 
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加 测试 一 一 可 要 是 如 此 ， 系 统 早 该 有 测试 了 ， 我 也 
不 用 操 这 份 心 了 。 


这 个 问题 没有 人 简单 的 解雇 办 法 ， 我 能 给 出 的 最 
EW ERA EMRE AA) [Feathers], 
照 书 里 的 指导 来 做 。 别 担心 那 本 书 太 老 ， 尽 管 已 经 
出 版 十 多 年 ， 其 中 的 建议 仍然 管用 。 一 言 以 蔽 之 ， 
它 建议 你 先 找到 程序 的 接 缝 ， 在 接 颖 处 插入 测试 ， 
如 此 将 系统 置 于 测试 履 新 之 下 。 你 需要 运用 和 章 构 手 
法 创造 出 接 颖 这 样 的 重 构 很 危险 ， 因 为 没有 测 
试 履 新 ， 但 这 是 为 了 取得 进展 必要 的 风险 。 在 这 种 
情况 下 ， 安 全 的 目 动 化 重 构 简直 束 是 天 网 福 首 。 如 
果 这 一 切 昕 起 来 很 困难 ， 因 为 它 确实 很 困难 。 很 遗 
憾 ， 一 旦 跌 进 这 个 深 坑 ， 没 有 把 出 来 的 捷径 ， 这 也 
是 我 强烈 倡导 从 一 开始 束 写 能 目测 试 的 代码 的 原 
A]. 
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32 AR TMT VEG AL EY) a Fa 7S E CNS 2 RE 
ok BEES MIA SRA MS: 每 次 触 碰 一 块 代码 时 ， 我 
会 疾 试 把 它 变 好 一 点 上 把 一 一 至 少 要 让 营地 比 我 到 达 
时 更 干将 。 如 果 是 一 个 大 系统 ， 越 是 频 索 使 用 的 代 
人 码 ， 改 善 其 可 理解 性 的 努力 惑 能 得 到 越 丰厚 的 回 
报 。 

















数据 库 





在 本 书 的 第 1 版 中 ， 我 说 过 数据 库 是 “ 重 构 经 党 
出 问题 的 一 个 领域 ?。 然 而 在 第 1 版 问世 之 后 仅仅 一 
Œ, EMRE AE: 我 的 同事 Pramod Sadalage 
发 展 出 一 套 渐进 式 数 据 库 设 计 [mf-evodb] 和 数据 库 
重 构 [Ambler & Sadalage] 的 办 法 ， 如 今 已 经 被 广泛 
使 用 。 这 项 技术 的 精 要 在 于 : 借助 数据 迁移 脚本 ， 
将 数据 库 结 构 的 修改 与 代码 相 结 合 ， 使 大 规模 的 、 
涉及 数据 库 的 修改 可 以 比较 容易 地 开展 。 


假设 我 们 要 对 一 个 数据 库 字 段 〈 列 ) 改名。 和 
改变 函数 声明 C124) 一 样 ， 我 要 找 出 结构 的 声明 
处 和 所 有 调用 处 ， 然 后 一 次 完成 所 有 修改 。 但 这 里 
的 复杂 之 处 在 于 ， 原 来 基于 旧 字 段 的 数据 ， 也 要 转 
为 使 用 新 字段 。 我 会 写 一 小 段 代码 来 执行 数据 转化 
的 逸 辑 ， 并 把 这 段 代码 放 进 版 本 控制 ， 跟 数据 结构 
声明 与 使 用 代码 的 修改 一 并 提交 。 此 后 如 果 我 想 把 
数据 库 迁 移 到 菏 个 版 本 ， 只 要 执行 当前 数据 库 厂 本 
与 目标 版 本 之 间 的 所 有 迁移 脚本 即 可 。 


跟 通 钊 的 重 构 一 样 ， 数 据 库 重 构 的 关键 也 是 小 
步 修 改 并 且 每 次 修改 都 应 该 完整 ， 这 样 每 次 迁移 之 
后 系统 仍然 能 运行 。 由 于 每 次 迁移 涉及 的 修改 者 很 
小 ， 与 起 来 应 该 容易 ， 将 多 个 迁移 串联 起 来 ， 就 能 

















对 数据 库 结 构 及 其 中 存储 的 数据 做 很 大 的 调整 。 


与 常规 的 重 构 不 同 ， 很 多 时 候 ， 数 据 库 重 构 最 
好 是 分 散 到 多 次 生产 发 布 来 完成 ， 这 样 即 便 某 次 修 
改 在 生产 数据 库 上 造成 了 问题 ， 也 比较 容易 回 深 。 
比如 ， 要 改名 一 个 字段 ， 我 的 第 一 次 提交 会 新 添 一 
个 字段 ， 但 暂时 不 使 用 它 。 然 后 我 会 修改 数据 写 入 
ieee, (EFC SS AIA PSE. BER 
以 修改 读 取 数据 的 地 方 ， 将 它们 逐个 改 为 使 用 新 字 
看 是 否 有 bug 冒 出 来 。 确 定 没 有 bug 之 后 ， 我 再 删除 
已 经 没 人 使 用 的 旧 字 段 。 这 种 修改 数据 库 的 方式 是 
并 行 修 改 (Parallel Change， 也 叫 扩展 协议 /expand- 
contract) [mf-pc] 的 一 个 实例 。 





2.6 Hit. 28% MIYAGNI 


重 构 极 大 地 改变 了 人 们 考虑 软件 架构 的 方式 。 
在 我 的 职业 生涯 早期 ， 我 被 告知 : 在 任何 人 开始 写 
代码 之 前 ， 必须 先 冠 成 软件 的 设计 和 如 UKj = HAK 
码 写 出 来 ， 架 构 就 固定 了 ， 只 会 因为 程序 员 的 草率 
对 待 而 逐渐 腐败 。 


持 构 改变 了 这 种 观点 。 有 了 是 构 执 术 ， 即 便 丰 
己 经 在 生产 环境 中 运行 了 多 年 的 软件 ， 我 们 也 有 能 
力 大 幅度 修改 其 架构 。 正 如 本 书 的 副标题 所 指出 
的 ， 重 构 可 以 改善 既 有 代码 的 设计 。 但 我 在 前 面 也 
提 到 了 ， 修 改 遗 留 代码 经 帝 很 有 挑战 ， 尤 其 当 遗 留 
代码 缺乏 恰当 的 测试 时 。 


重 构 对 架构 最 大 的 影响 在 于 ， 通 过 重 构 ， 我 们 
能 得 到 一 个 设计 良好 的 代码 库 ， 使 其 能 够 优雅 地 应 
对 不 断 变 化 的 需求 。 “在 编码 之 前 先 完成 架构 ”这 种 
做 法 最 大 的 问题 在 于 ， 它 假设 了 软件 的 需求 可 以 预 
先 充 分 理解 。 但 经 验 显示 ， 这 个 假设 很 多 时 候 甚 至 
可 以 说 大 多 数 时 候 是 不 切实 际 的 。 只 有 真正 使 用 了 
软件 、 看 到 了 软件 对 工作 的 影响 ， 人 们 才 会 想 明 白 
自己 到 底 需 要 什么 ， 这 样 的 例子 不 胜 枚 举 。 


应 对 未 来 变化 的 办 法 之 一 ， 就 是 在 软件 里 植 入 




















灵活 性 机 制 。 在 编写 一 个 函数 时 ， 我 会 考虑 它 是 否 
有 更 通用 的 用 途 。 为 了 应 对 我 预期 的 应 用 场景 ， 我 
预测 可 以 给 这 个 函数 加 上 十 多 个 参数 。 这 些 参 数 就 
是 灵活 性 机 制 一 一 跟 大 多 数 “ 机 制 ” 一 样 ， 它 不 是 免 
费 午 餐 。 把 所 有 这 些 参数 部 加 上 的 话 ， 函 数 在 当前 
的 使 用 场景 下 束 会 非 第 复杂 。 男 外 ， 如 来 我 少 考虑 
本 一 个 参数 ， 己 经 加 上 的 这 一 堆 参 数 会 使 新 湛 参 数 
更 抹 烦 。 而 且 我 经 常会 把 灵活 性 机 制 弄 错 一 一 可 能 
征 未 来 的 需求 变更 并 非 以 我 期 望 的 方式 及 生 ， 也 可 
能 我 对 机 制 的 设计 不 好 。 考 虑 到 所 有 这 些 因素 ， 很 
Cn 


有 了 重 构 技术 ， 我 束 可 以 采取 不 同 的 策略 。 与 
其 猜测 未 来 需要 哪些 灵活 性 、 需 要 什么 机 制 来 提供 
灵活 性 ， 我 更 愿意 只 根据 当前 的 需求 来 构造 软件 ， 
同时 把 软件 的 设计 质量 做 得 很 高 。 随 着 对 用 户 需 求 
的 理解 加 深 ， 我 会 对 架构 进行 重 构 ， 使 其 能 够 应 对 
新 的 需要 。 如 果 一 种 灵活 性 机 制 不 会 增加 复杂 度 
《比如 添加 几 个 命名 恨 好 的 小 函数 ) ， 我 可 以 很 开 
心地 引入 它 ; 但 如 果 一 种 灵活 性 会 增加 软件 复杂 
上 度 ， 就 必须 先 证 明 上 自己 值得 被 引入 。 如 果 不 同 的 调 
用 者 不 会 传 入 不 同 的 参数 值 ， 那 么 就 不 要 添加 这 个 
参数 。 当 真 的 需要 添加 这 个 参数 时 ， 运 用 函数 参数 
化 (310) 也 很 容易 。 要 判断 是 否 应 该 为 未 来 的 变 
化 添加 灵活 性 ， 我 会 评估 “如 果 以 后 再 重 构 有 多 困 












































难 ?”， 只 有 当 未 来 重 构 会 很 困难 时 ， 我 才 考虑 现在 
WS RIAA. RAMI MEA AW RR 
Ti Rs 

这 种 设计 方法 有 很 多 名 字 : 人 简单 设计 、 增 量 式 
设计 或 者 YAGNI[mf-yagni] 一 一 “你 不 会 需要 
它 ”(you aren’t going to need it) 的 缩写 。YAGNI 并 
不 是 “不 做 架构 性 思考 ”的 意思 ， 不 过 确实 有 人 以 这 
种 欠 考 虑 的 方式 做 事 。 我 把 YAGNI 视 为 将 染 构 、 设 
计 与 开发 过 程 融 合 的 一 种 工作 方式 ， 这 种 工作 方式 
必须 有 重 构 作 为 基础 才 可 靠 。 


采用 YAGNI 并 不 表示 完全 不 用 预先 考虑 架 
构 。 总 有 一 些 时 候 ， 如 果 缺 少 预先 的 思考 ， 重 构 会 
难以 开展 。 但 两 者 之 间 的 平衡 点 已 经 发 生 了 很 大 的 
改变 : 如今 我 更 倾 回 于 等 一 等 ， 待 到 对 问题 理解 更 
人 充分， 再 来 着 手 解 决 。 演 进 式 架 构 [Ford et al.] 是 一 
门 仍 在 不 断 发 展 的 学 科 ， 架 构 师 们 在 不 断 探 过 有 用 
的 模式 和 实践 ， 充 分 发 挥 迄 代 式 架构 决策 的 能 


























2.7 HR SPIT RTE 


BCE HU A DE A, PRAM BAA IX 
个 印象 : 重 构 是 否 有 效 ， 与 团队 采用 的 其 他 软件 开 
发 实践 案 密 相关 。 重 构 起 初 是 作为 极限 编程 (XP) 
[mf-xp] 的 一 部 分 被 人 们 采用 的 ，XP 本 喘 就 融合 了 
一 组 不 太 第 见 而 又 彼此 关联 的 实践 ， 例 如 持续 集 
成 、 目 训 试 代码 以 及 重 构 《后 两 者 融 汇 成 了 测试 驱 
动 开 及 ) 。 

极限 编程 是 最 早 的 敏捷 软件 开 友 方法 [mf-nml 
之 一 。 在 一 段 历史 时 期 ， 极 限 编程 引领 了 敏捷 的 崛 
起 。 如 今 已 经 有 很 多 项 目 使 用 敏捷 方法 ， 甚 至 敏捷 
的 思维 已 经 被 视 为 主流 ， 但 实际 上 大 部 分 “敏捷 ”项 
目 只 是 徒 有 其 名 。 要 真正 以 敏捷 的 方式 运作 项 目 ， 
团队 成 员 必须 在 重 构 上 有 能 力 、 有 热情 ， 他 们 采用 
的 开 友 过 程 必 须 与 第 规 的 、 持 续 的 重 构 相 区 配 。 


重 构 的 第 一 块 基石 是 自 测试 代码 。 我 应 该 有 一 
套 自动 化 的 测试 ， 我 可 以 频繁 地 运行 它们 ， 并 且 我 
有 信心 : 如 果 我 在 编程 过 程 中 犯 了 任何 错误 ， 会 有 
测试 失败 。 这 块 基石 如 此 重要 ， 我 会 专门 用 一 章 篇 
幅 来 讨论 它 ， 


如 果 一 文 团 队 想 要 重 构 ， 那 么 每 个 团队 成 员 都 









































需要 掌握 重 构 技 能 ， 能 在 需要 时 开展 重 构 ， 而 不 会 
干扰 其 他 人 的 工作 。 这 也 是 我 鼓励 持续 集成 的 原 

Al: 有 了 CI， 每 个 成 员 的 重 构 都 能 快速 分 享 给 其 他 
同事 ， 不 会 发 生 这 边 在 调用 一 个 接口 那 边 却 已 把 这 
个 接口 删 掉 的 情况 ， 如果 一 次 重 构 会 影响 别人 的 工 
作 ， 我 们 很 快 就 会 知道 。 自 测试 的 代码 也 是 持续 集 
成 的 关键 环节 ， 所 以 这 三 大 实践 目测 试 代码 、 
ai al 

Mo 


有 这 三 大 实践 在 手 ， 我 们 束 能 运用 前 一 节 介 绍 
的 YAGNI 设 计 方 法 。 重 构 和 YAGNI 交 相 呼 应 、 彼 
此 增 效 ， 重 构 〈 及 其 前 置 实践 ) 是 YAGNI 的 基础 ， 
YAGNI 又 让 重 构 更 易于 开展 : 比 起 一 个 塞 满 了 想 当 
然 的 灵活 性 的 系统 ， 当 然 是 修改 一 个 简单 的 系统 要 
容易 得 多 。 在 这 些 实践 之 间 找 到 合适 的 平衡 点 ， 你 
就 能 进入 展 性 循环 ， 你 的 代码 既 牢 回 可 靠 又 能 快速 
响应 变化 的 需求 。 


有 这 三 大 核心 实践 打下 的 基础 ， 才 谈 得 上 运用 
敏捷 思想 的 其 他 部 分 。 持 续 交 付 确 你 软件 始终 处 于 
可 发 布 的 状态 ， 很 多 互联 网 团队 能 做 到 一 天 多 次 用 
布 ， 靠 的 正 是 持续 交付 的 威力 。 即 便 我 们 不 需要 如 
此 频繁 的 肥 布 ， 持 续集 成 也 能 帮 我 们 降低 风险 ， 开 
使 我 们 做 到 根据 业务 需要 随时 安排 友 布 ， 而 不 受 技 
术 的 局 限 。 有 了 可 徘 的 拉 术 根基 ， 我 们 能 够 极 大 地 

































































压缩 "从 好 点 子 到 生产 代码 ”的 周期 时 间 ， 从 而 更 好 
地 服务 和 客户。 这些 撤 术 实践 也 会 增加 软件 的 可 靠 
性 ， 减 少 耗 费 在 bug 上 的 时 间 。 


这 一 切 说 起 来 似乎 很 简单 ， 但 实际 做 起 来 电 不 
容易 。 不 管 采 用 什么 方法 ， 软 件 开 及 都 是 一 件 复 杂 
而 微妙 的 事 ， 涉 及 人 与 人 之 间 、 人 与 机 右 之 间 的 复 
杂交 互 。 我 在 这 里 摘 述 的 方法 已 经 被 证 明 可 以 应 对 
这 些 复杂 性 ， 但 一 一 就 跟 其 他 所 有 方法 一 样 一 一 对 
使 用 者 的 实践 和 技能 有 要 求 。 








2.8 重 构 与 性 能 


RYT HM, AM BCE HAN el: 它 对 程序 
的 性 能 将 造成 怎样 的 影响 ? 为 了 让 软件 易于 理解 ， 
我 第 会 做 出 一 些 使 程序 运行 变 慢 的 修改 。 这 是 一 个 
重要 的 问题 。 我 并 不 赞成 为 了 提高 设计 的 纯 清 性 而 
忽视 性 能 ， 把 硕 望 寄托 于 更 快 的 硬件 身上 也 绝 非 正 
道 。 已 经 有 很 多 软件 因为 速度 太 慢 而 被 用 户 拒绝 ， 
日 区 捉 高 的 机 开 速 度 也 只 不 过 略微 放 览 了 速度 方面 
的 限制 而 已 。 但 是 ， 换 个 角度 说 ， 虽 然 重 构 可 能 使 
软件 运行 更 慢 ， 但 它 也 使 软件 的 性 能 优化 更 容易 。 
除了 对 性 能 有 严格 要 求 的 实时 系统 ， 其 他 任何 情况 
下 “编写 快速 软件 ”的 秘密 惑 是 : 先 写 出 可 调 优 的 软 
件 ， 然 后 调 优 它 以 求 获 得 足够 的 速度 。 


我 看 过 3 种 编写 快速 软件 的 方法 。 其 中 最 严格 
的 是 时 间 预 算法 ， 这 通常 只 用 于 性 能 要 求 极 蜗 的 实 
时 系统 。 如 果 使 用 这 种 方法 ， 分 解 你 的 设计 时 束 要 
做 好 了 预算， 给 每 个 组 件 预先 分 配 一 定 资源 ， 包 括 时 
间 和 空间 占用 。 每 个 组 件 绝对 不 能 超出 目 己 的 预 
算 ， 驶 算 拥 有 组 件 之 间 调 度 预 配 时 间 的 机 制 也 不 
行 。 这 种 方法 高 度 重 视 性 能 ， 对 于 心律 调 市 套 一 类 
的 系统 是 必需 的 ， 因 为 在 这 样 的 系统 中 述 来 的 数据 
束 是 错误 的 数据 。 但 对 其 他 系统 (例如 我 经 第 开 友 
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过 分 于 


第 二 种 方法 是 持续 关注 法 。 这 种 方法 要 求 任 何 
程序 员 在 任何 时 间 做 任何 事 时 ， 痢 要 设法 保持 系统 
的 高 性 能 。 这 种 方式 很 钟 见 ， 感 党 上 很 有 吸引 广 ， 
但 通 毅 不 会 起 太 大 作用 。 任 何 修改 如 果 是 为 了 提高 
性 能 ， 通 铅 会 使 程序 难以 维护 ， 继 而 减缓 开发 速 
度 。 如 条 最 终 得 到 的 软件 的 确 更 快 了 了， 那么 这 点 损 
失 癌 有 所 值 ， 可 异 通 冲 事 与 愿 违 ， 因 为 性 能 改善 一 
旦 被 分 散 到 程序 各 个 角落 ， 每 次 改善 都 只 不 过 是 从 
对 程序 行为 的 一 个 狭隘 视角 出 及 而 已 ， 而 且 稼 币 伴 
随 独 对 编译 郝 、 运 行 时 环境 和 硬件 行为 的 误解 。 




















克 沫 斯 勒 综合 薪资 系统 的 文 付 过 程 太 慢 了 。 虽 然 我 们 的 开发 还 
没 结 束 ， 这 个 问题 却 已 经 开始 困扰 我 们 ， 因 为 它 已 经 拖累 了 测试 速 
度 。 


Kent Beck, Martin Fowler 和 我 决定 解决 这 个 问题 。 等 待 大 伙 儿 
会 合 的 时 间 里 ， 和 任 着 对 这 个 系统 的 全 禹 了 解 ， 我 开始 推测 ， 到 底 是 
什么 让 系统 变 慢 了 ? 我 想到 数 种 可 能 ， 然 后 和 伙伴 们 谈 了 几 种 可 能 
的 修改 方案 。 最 后 ， 我 们 就 “如 何 让 这 个 系统 运行 更 快 "， 提 出 了 一 
we LIER EE So 


然后 ， 我 们 拿 Kent 的 工具 度量 了 系统 性 能 。 我 一 开始 所 想 的 可 
能 性 竟然 全 都 不 是 问题 肇 因 。 我 们 发 现 : 系统 把 一 半 时 间 用 来 创 
rae ale (instance) 。 更 有 趣 的 是 ， 所 有 这 些 实例 都 有 相同 的 
几 个 值 。 





于 是 我 们 观 穴 日 期 对 象 的 创建 旭 辑 ， 发 现 有 机 会 将 它 优 化 。 这 
些 日 期 对 象 在 创建 时 都 经 过 了 一 个 字符 串 转 换 过 程 ， 然 而 这 里 并 没 
有 任何 外 部 数据 输入 。 之 所 以 使 用 字符 串 转 换 方式 ， 完 全 只 是 因为 
代码 写 起 来 简单 。 好 ， 也 许 我 们 可 以 优化 它 。 


然后 ， 我 们 观察 这 些 日 期 对 象 是 如 何 被 使 用 的 。 我 们 发 现 ， 很 
多 日 期 对 象 都 被 用 来 产生 “日 期 区 间 ? 实 例 一 一 由 一 个 起 始 日 期 和 一 
个 结束 日 期 组 成 的 对 象 。 仔 细 妃 踪 下 去 ， 我 们 发 现 绝 大 多 数 日 期 区 


间 是 空 的 ! 


处 理 日 期 区 间 时 我 们 遵循 这 样 一 个 规则 : 如 果 结 束 日 期 在 起 始 
日 期 之 前 ， 这 个 日 期 区 间 就 该 是 空 的 。 这 是 一 条 很 好 的 规则 ， 完 全 
符合 这 个 类 的 需要 。 采 用 此 规则 后 不 入 ， 我 们 意识 到 ， 创 建 一 
个 “起 始 日 期 在 结束 日 期 之 后 ”的 日 期 区 间 ， 仍 然 不 算是 清晰 的 代 
码 ， 于 是 我 们 把 这 个 行为 提炼 成 一 个 工厂 函数 ， 由 和 它 专门 创建 < 空 
的 日 期 区 间 ”。 


我 们 做 了 上 述 修改 ， 使 代码 更 加 清晰 ， 也 意外 得 到 了 一 个 慰 
喜 : 可 以 创建 一 个 固定 不 变 的 “ 空 日 期 区 间 ” 对 象 ， 并 让 上 述 调 整 后 
的 工厂 函数 始终 返回 该 对 象 ， 而 不 再 每 次 都 创建 新 对 象 。 这 一 修改 
把 系统 速度 提升 了 几乎 一 倍 ， 足 以 让 测试 速度 达到 可 接受 的 程度 。 
这 只 人 花 了 我 们 大 约 五 分 钟 。 

我 和 团队 成 员 Kent 和 Martin 谢 绝 参 加 〉 认真 推测 过 : 我 们 了 
奉 指 掌 的 这 个 程序 中 可 能 有 什么 错误 ? 我 们 甚至 凭空 做 了 些 改 进 设 
计 ， 却 没有 先 对 系统 的 真实 情况 进行 度量 。 


is 我 们 完全 错 了 。 除 了 一 场 很 有 趣 的 交谈 ， 我 们 什么 好 事 都 没 




















教训 是 : 哪怕 你 完全 了 解 系统 ， 也 请 实际 度量 它 的 性 能 ， 不 要 
总 测 。 腹 测 会 让 你 学 到 一 些 东 西 ， 但 十 有 八 九 你 是 错 的 。 


Ron Jeffries 


关于 性 能 ， 一 件 很 有 趣 的 事情 是 : 如 果 你 对 大 
多 数 程序 进行 分 机 ， 束 会 发现 它 把 大 半 时 间 都 耗费 








在 一 小 半 代 码 届 上。 如 果 你 一 视 同 仁 地 优化 所 有 代 
码 ，90% 的 优化 工作 部 是 白费 劲 的 ， 因 为 被 你 优化 
的 代码 大 多 很 少 被 执行 。 你 花 时 间 做 优化 是 为 了 让 
程序 运行 更 快 ， 但 如 果 因 为 缺乏 对 程序 的 消 苞 认识 
而 花 旨 时间， 那些 时 间 就 都 被 浪费 挥 了 。 


第 三 种 性 能 提升 法 束 是 利用 上 述 的 90% 统 计数 
据 。 采 用 这 种 方法 时 ， 我 编写 构造 民 好 的 程序 ， 不 
对 性 能 投 以 特别 的 关注 ， 直 至 进入 性 能 优化 阶段 
那 通 常 是 在 开发 后 期 。 一 旦 进入 该 阶段 ， 我 再 
这 循 特 定 的 流程 来 调 优 程序 性 能 。 


在 性 能 优化 阶段 ， 我 首先 应 该 用 一 个 度量 工具 
来 监控 程序 的 运行 ， 让 它 告诉 我 程序 中 哪些 地 方 大 
量 消 耗 时 间 和 空间 。 这 样 我 就 可 以 找 出 性 能 热点 所 
在 的 一 小 段 代 码 。 然 后 我 应 该 集中 关注 这 些 性 能 热 
点 ， 并 使 用 持续 关注 法 中 的 优化 手段 来 优化 它们 。 
由 于 把 注意 力 都 集中 在 热点 上 ， 较 少 的 工作 量 便 可 
显现 较 好 的 成 果 。 即 便 如 此 ， 我 还 是 必须 保持 说 
导 。 和 重 构 一 样 ， 我 会 小 幅度 进行 修改 。 每 走 一 步 
都 需要 编译 、 测 试 ， 再 次 度量 。 如 果 没 能 提高 性 
能 ， 就 应 该 撤销 此 次 修改 。 我 会 继续 这 个 “发 现 热 
点 ， 去 除 热 点 ”的 过 程 ， 直 到 获得 客户 满意 的 性 能 
Iil y 









































一 个 构造 民 好 的 程序 可 从 两 方面 帮助 这 一 优化 
方式 。 自 先 ， 它 让 我 有 比较 充裕 的 时 间 进 行 性 能 调 





整 ， 因 为 有 构造 民 好 的 代码 在 手 ， 我 能 够 更 快速 地 
添加 功能 ， 也 束 有 更 多 时 间 用 在 性 能 问题 上 《准确 
的 度量 则 保证 我 把 这 些 时 间 投 在 恰当 地 后 )。 其 

次 ， 面 对 构造 民 好 的 程序 ， 我 在 进行 性 能 分 析 时 俐 
有 较 细 的 粒度 。 度 量 工 具 会 把 我 带 入 范围 较 小 的 代 
码 段 中 ， 而 性 能 的 调整 也 比较 容易 些 。 由 于 代码 更 
加 清晰 ， 因 此 我 能 够 更 好 地 理解 自己 的 选择 ， 更 清 
楚 哪 种 调整 起 关键 作用 。 


我 友 现 重 构 可 以 帮助 我 写 出 更 快 的 软件 。 短 期 
看 来 ， 重 构 的 确 可 能 使 软件 变 慢 ， 但 它 使 优化 阶段 
的 软件 性 能 调 优 更 容易 ， 最 终 还 是 会 得 到 好 的 效 
Ro 























2.9 重 构 起 源 何 处 


我 曾经 努力 想 找 出 “ 重 构 ”(refactoring) 一 词 
的 真正 起 源 ， 但 最 终 失 败 了 。 优 秀 程 序 员 肯定 至 少 
会 化 一 些 时 间 来 清理 自己 的 代码 。 这 么 做 是 因为 ， 
他 们 知道 整洁 的 代码 比 杂 乱 无 章 的 代 人 码 更 容易 修 
ee vee 
JIRA o 


重 构 不 止 如 此 。 本 书 中 我 把 重 构 看 作 整 个 软件 
开发 过 程 的 一 个 关键 环节 。 最 早 认 识 重 构 重 要 性 的 
两 个 人 是 Ward Cunningham 和 Kent Beck， 他 们 早 在 
20 志 纪 80 年 代 束 开始 使 用 Smalltalk， 那 是 一 个 特别 
适合 重 构 的 环境 。Smalltalk 是 一 个 十 分 动态 的 环 
te, HEALERS WORE RIE. Smalltalk 
的 “编译 -链接 -执行 ?周期 非常 短 ， 因 此 很 容易 快速 
修改 代码 一 一 要 知道 ， 当 时 很 多 编程 环境 做 一 次 编 
译 就 需要 整 晚 时 间 。 它 支持 面向 对 象 ， 也 有 强大 的 
工具 ， 最 大 限度 地 将 修改 的 影响 隐藏 于 定义 良好 的 
接口 背后 。Ward 和 Kent 努 力 探 索 出 一 僚 适 合 这 类 环 
境 的 软件 开发 过 程 〈 如 今 ，Kent 把 这 种 风格 叫 作 极 
限 编程 ) 。 他 们 意识 到 : 重 构 对 于 提高 生产 力 非 常 
重要 。 从 那 时 起 他 们 就 一 直 在 工作 中 运用 重 构 技 
术 ， 在 正式 的 软件 项 目 中 使 用 它 ， 并 不 断 精 炼 重 构 




















的 过 程 。 


Ward 和 Kent 的 思想 对 Smalltalk 社 区 产生 了 极 大 
影响 ， 重 构 概 念 也 成 为 Smalltalk 文 化 中 的 一 个 重要 
元 聚 。Smalltalk 社 区 的 男 一 位 领袖 是 Ralph 
Johnson， 伊 利 话 伊 大 学 龙 巴 纳 - 香 术 分 校 教 授 ， 闭 
名 的 GoF[gof] 之 一 。Ralph 最 大 的 兴趣 之 一 束 是 开 友 
ee 








Bill Opdyke 是 Ralph 的 博士 研究 生 ， 对 框架 也 
很 感 兴 趣 。 他 看 到 了 重 构 的 潜在 价值 ， 并 看 到 重 构 
应 用 于 Smalltalk 之 外 的 其 他 语言 的 可 能 性 。 他 的 技 
术 痛 景 是 电话 交换 系统 的 开 有 发。 在 这 种 系统 中 ， 大 
量 的 复杂 情况 与 日 俱 增 ， m HIERE LMZ. Bil 
的 博士 研究 就 是 从 工具 构 岳 者 的 角 拔 来 看 待 重 构 。 
Bl 对 C++ 的 框架 开 必 中 用 得 上 的 重 构 手法 特别 感 
兴趣 。 他 也 研究 了 极 有 必要 的 “语义 保持 的 重 构 ” 
(semantics-preserving refactoring) ， 并 前 明了 如 何 
证 明 这 些 重 构 是 语义 保持 的 ， 以 及 如 何 用 工具 实现 
重 构 。B 记 的 博士 论文 [Opdyke] 是 重 构 领域 中 第 一 
部 丰硕 的 研究 成 采 。 


我 还 记得 1992 年 OOPSLA 大 会 上 见 到 B 记 ll 的 情 
景 。 我 们 坐 在 一 间 喇 啡 厅 里 ，B 记 ll 跟 我 谈 起 他 的 研 
究 成 果 ， 我 还 记得 自己 当时 的 想法 : “Aik, (ASF 
JER WARE. MR, RECHT. 
































John Brant 和 Don Roberts 将 “ 重 构 工具 ”的 构想 
发 扬 光 大 ， 开 发 了 一 个 名 为 Refactoring Browser 
〈 重 构 浏 览 器 ) 的 重 构 工 具 。 这 是 第 一 个 目 动 化 的 
重 构 工具 ， 多 亏 Smalltalk 提 供 了 适合 重 构 的 编程 环 

境 。 











MWA, RE? 我 一 直 有 清理 代码 的 倾向 ， 但 从 
来 没有 想到 这 会 如 此 重要 。 后 来 我 和 Kent 一 起 做 一 
个 项 目 ， 看 到 他 使 用 重 构 手 法 ， 也 看 到 重 构 对 开发 
效能 和 质量 带 来 的 影响 。 这 份 体验 让 我 相信 : 重 构 
是 一 门 非常 重要 的 技术 。 但 是 ， 在 重 构 的 学 习 和 推 
广 过 程 中 我 遇 到 了 挫折 ， 因 为 我 拿 不 出 任何 一 本 书 
给 程序 员 看 ， 也 没有 任何 一 位 专家 打算 写 这 样 一 本 
第 1 版 。 


幸运 的 是 ， 重 构 的 概念 被 行业 广泛 接受 了 。 本 
书 第 1 版 铀 量 个 错 ,， “和 曹 构 ”一 词 也 走 进 了 大 多 数 程 
序 员 的 词汇 库 。 更 多 的 重 构 工具 涌现 出 来 ， 尤 其 是 
在 Java 世 界 里 。 重 构 的 流行 也 带 来 了 负面 效应 : 很 
多 人 随意 地 使 用 “ 重 构 ”这 个 词 ， 而 他 们 真正 做 的 却 
古 不 严谨 的 结构 调整 。 上 尽管 如 此 ， 重 构 终 归 成 了 一 
项 主流 的 软件 开 友 实践 。 



































2.10 HJE 





过 去 10 年 中 ， 重 构 领 域 最 大 的 变化 可 能 吏 是 出 
现 了 一 批文 持 自 动 化 重 构 的 工具 。 如 果 我 想 给 一 个 
Java 的 方法 改名 ， 在 IntelliJ IDEA 或 者 Eclipse 这 样 的 
开发 环境 中 ， 我 只 需要 从 六 单 里 点 选 对 应 的 选项 ， 
工具 会 帮 我 完成 整个 重 构 过 程 ， 而 且 我 通常 都 可 以 
相信 ， 工 具 完 成 的 重 构 是 可 靠 的 ， 所 以 用 不 看 运行 
测试 套件 。 


第 一 个 目 动 化 重 构 工具 是 Smalltalk 的 
Refactoring Browser， 由 John Brandt 和 Don Roberts 
开发 。 在 21 世 纪 初 ，Java 世 界 的 自动 化 重 构 工 具 如 
雨后春笋 般 涌 现 。 在 JetBrains 的 PntelliJ IDEA 集 成 开 
及 环境 ADE) F, KIKE E mR REZ 
一 。IBM 也 紧 随 其 后 ， 在 VisualAge 的 Java 版 中 也 提 
供 了 重 构 工具 。VisualAge 的 影响 力 有 限 ， 不 过 其 中 
很 多 能 力 后 来 被 Eclipse 继 承 ， 包 括 对 重 构 的 支持 。 


重 构 也 进入 了 C# 世 界 ， 起 初 是 通过 JetBrains 的 
Resharper， 这 是 一 个 Visual Studio 插 件 。 后 来 Visual 
Studio 团 队 直 接 在 IDE 里 提供 了 一 些 重 构 能 


如 今 的 编辑 器 和 开发 工具 中 党 能 找到 一 些 对 重 
构 的 支持 ， 不 过 真实 的 重 构 能 力 各 有 局 低 。 草 构 能 















































力 的 差异 既 有 工具 的 原因 ， 也 受 限 于 不 同 语言 对 目 
动 化 重 构 的 文 持 程 度 。 在 这 里 ， 我 不 打算 分 析 各 种 
工具 的 能 力 ， 不 过 谈 谈 重 构 工 具 背 后 的 原则 还 是 有 
把 儿 意思 的 。 


一 种 粗糙 的 目 动 化 重 构 方式 是 文本 操作 ， 比 如 
用 查找 / 蔡 换 的 方式 给 函数 改名 ， 或 者 完成 提炼 变量 
(119) 所 需 的 简单 结构 调整 。 这 种 方法 太 粗 糙 
了 ， 做 完 之 后 必须 重新 运行 测试 ， 否 则 不 能 信任 。 
但 这 可 以 是 一 个 便捷 的 起 步 。 在 用 Emacs 编程 时 ， 
没有 那些 更 完善 的 重 构 文 持 ， 我 也 会 用 类 似 的 文本 
操作 宏 来 加 速 重 构 。 


要 支持 体面 的 重 构 ， 工 具 只 操作 代码 文本 是 不 
行 的 ， 必 须 操 作 代 人 码 的 语法 树 ， 这 样 才 能 更 可 靠 地 
保持 代码 行为 。 所 以 ,今天 的 大 多 数 重 构 功能 都 依 
附 于 强大 的 IDE， 因 为 这 些 IDE 原 本 就 在 语法 树 上 
实现 了 代码 导航 、 毅 态 检查 等 功能 ， 上 自然 也 可 以 用 
于 重 构 。 不 仅 能 处 理 文本 ， 还 能 处 理 语 法 树 ， 这 是 
IDE 相 比 于 文本 编辑 器 更 先进 的 地 方 。 


重 构 工 具 不 仅 需 要 理解 和 修改 语法 树 ， 还 要 知 
道 如 何 把 修改 后 的 代码 写 回 编辑 需 视 图。 总 而 言 
之 ， 实 现 一 个 体面 的 目 动 化 重 构 手 法 ， 是 一 个 很 有 
挑战 的 编程 任务 。 尽 各 我 一 直 开 心地 使 用 重 爸 工 
具 ， 对 它们 背后 的 实现 却 知 之 其 少 。 












































在 静态 类 型 语言 中 ， 很 多 重 构 手法 会 更 加 安 
人 全。 假设 我 想 做 一 次 简单 的 图 数 改 名 (124) : 
在 Salesman 类 和 Server 类 中 都 有 一 个 叫 
作 addclient 的 函数 ， 当 然 两 者 各 有 其 用 途 。 我 想 
对 Salesman 中 的 addcLient 图 数 改名 ，Server 类 中 
的 函数 则 保持 不 变 。 如 果 不 是 静态 类 型 ， 工 具 很 难 
识别 调用 addclient 的 地 方 到 底 是 在 使 用 哪个 类 的 
负数 。Smalltalk 的 Refactoring Browser 会 列 出 所 有 调 
用 点 ， 我 需要 手工 决定 修改 哪些 调用 点 。 这 个 重 构 
是 不 安全 的 ， 我 必须 重新 运行 所有 测试 。 这 样 的 工 
有 具 仍然 有 用 ， 但 在 Java 中 的 函数 改名 (124) EN 
可 以 是 完全 安全 、 完 全 上 自动 鸭 ， 因 为 在 静态 类 型 的 
帮助 下 ， 工 具 可 以 识别 函数 所 属 的 类 ， 上 所 以 它 只 会 
修改 应 该 修改 的 那些 函数 调用 点 ， 对 此 我 可 以 完全 
放心 。 


一 些 重 构 工 具 走 得 更 远 。 如 果 我 给 一 个 变量 改 
名 ， 工 共 会 提醒 我 修改 使 用 了 旧名 字 的 注释 。 如 末 
Pe AERA AL (106) ， 工 具 会 找 出 与 新 函数 体 
重复 的 代码 片段 ， 建 议 代 之 以 对 新 函数 的 调用 。 在 
编程 时 可 以 使 用 如 此 强大 的 重 构 功能 ， 这 融 是 为 什 
么 我 们 要 使 用 一 个 体面 的 IDE， 而 不 是 固执 于 熟悉 
的 文本 编辑 器 。 我 个 人 很 喜欢 用 Emacs， 但 在 使 用 
Java 时 ， 我 更 愿意 用 IntelliJ IDEA 或 者 Edlipse， 人 很 大 
REE EWEN S ARTS HERS SCY 



































尽管 这 些 强 大 的 重 构 工 具有 着 魔法 般 的 能 

可 以 安全 地 重 构 代码 ， 但 还 是 会 有 闪失 出 现 。 通 过 
反射 进行 的 调用 《例如 Java 中 的 Method.invoke) 会 
迷惑 不 够 成 熟 的 重 构 工具 ， 但 比较 成 熟 的 工具 则 可 
以 很 好 地 应 对 。 所 以 ， 即 便 是 最 安全 的 重 构 ， 也 应 
该 经 常 运行 测试 套件 ， 以 确保 没有 什么 东西 在 不 经 
意 间 被 破坏 。 我 经 常会 间 杂 进行 目 动 重 构 和 手动 重 
构 ， 所 以 运行 测试 的 频 度 是 足够 的 。 


能 借助 语法 树 来 分 析 和 重 构 程序 代码 ， 这 是 
IDE 与 普通 文本 编辑 器 相 比 具有 的 一 大 优势 。 但 很 
多 程序 员 叉 喜欢 用 得 顺手 的 文本 编辑 右 的 灵活 性 ， 
fo BM Spe. Walks (Language 
Server) 是 一 种 正在 引起 关注 的 新 技术 : 用 软件 生 
成 语法 树 ， 给 文本 编辑 器 提供 API。 语 言 服务 磊 可 
以 支持 多 种 文本 编辑 器 ， 并 有 晶 为 强大 的 代码 分 析 和 
重 构 操作 提供 了 命令 。 


























2.11 延展 阅读 





在 第 2 章 束 开始 谈 延 展 阅读 ， 这 似乎 有 扎 儿 莒 
怪 。 不 过 ， 有 大 量 关 于 重 构 的 材料 已 经 超出 了 本 书 
的 范围 ， 早 些 让 读者 知道 这 些 材 料 的 存在 也 是 件 好 
事 。 








本 书 的 第 1 版 教 很 多 人 学 会 了 重 构 ， 不 过 我 的 
关注 点 是 组 织 一 本 重 构 的 参考 书 ， 而 不 是 带领 读者 
走 过 学 习 过 程 。 如 果 你 需要 一 本 面 同 入 门 者 的 教 
材 ， 我 推荐 Bill Wake 的 《 重 构 手 册 》[Wake]， 其 中 
包含 了 很 多 有 用 的 重 构 练习 。 


很 多 重 构 的 先行 者 同时 也 活跃 于 软件 模式 社 
Xo Josh Kerievsky 在 《 重 构 与 模式 》[Kerievsky] 一 
书 中 紧密 连接 了 这 两 个 世界 。 他 审视 了 影响 巨大 的 
GoF[gof] 书 中 一 些 最 有 价值 的 模式 ， 并 展示 了 如 何 
通过 重 构 使 代码 同 这 些 模式 的 方 回 演 化 。 


本 书 聚 焦 讨 论 通 用 编程 语言 中 的 重 构 技巧 。 还 

有 一 些 专门 领域 的 重 构 ， 例 如 已 经 引起 关注 的 《 数 

据 库 重 构 》[Ambler & Sadalage] (HScott Ambler 和 

Pramod Sadalage) 和 《 重 构 HIML》[Harold] 
(由 Elliotte Rusty Harold 所 和 车) 。 


























尽管 标题 中 没有 “ 重 构 ” 二 字 ，Michael Feathers 
的 《修改 代码 的 艺术 》[Feathers] 也 不 得 不 提 。 这 本 
书 主要 讨论 如 何在 缺乏 测试 履 盖 的 老 旧 代码 库 上 开 
展 重 构 。 

本 书 〈 及 其 前 一 版 ) 对 读者 的 编程 语言 背景 没 
有 要 求 。 也 有 人 写 专 门 针 对 特定 语言 的 重 构 书籍 。 
我 的 两 位 前 同事 Jay Fields 和 Shane Harvey 就 撰写 了 
Ruby tt) (#2) [Fields et al.]. 


TEAS FB Web Fig 1 E M PX) ak 
(refactoring.com) [ref.com] 上 都 可 以 找到 更 多 相关 


材料 的 更 新 。 




















第 3 章 ”代码 的 坏 味 道 





Kent Beck 和 Martin Fowler 
“如 果 尿 布 有 内 了 ， 束 换 挥 它 。” 
语 出 Beck 奶 奶 ， 论 保持 小 孩 清洁 的 哲学 


现在 ， 对 于 重 构 如 何 运 作 ， 你 已 经 有 了 相当 好 
的 理解 。 但 古 知道 “如 何不 代表 知道 “ 何 时 ”。 决 定 
何 时 重 构 及 何 时 停止 和 知道 重 构 机 制 如 何 运转 一 样 


He. 


难题 来 了 ! 解释 “如 何 删除 一 个 实例 变 
量 ? 或 “如 何 产生 一 个 继承 体系 ”很 容易 ， 因 为 这 些 
部 是 很 简单 的 事情 ， 但 要 解释 “该 在 什么 时 候 做 这 
些 动作 ” 惑 设 那么 顺理成章 了 。 除 了 露 几 和 手 含混 的 
编程 美学 (说 实话 ， 这 就 是 咀 们 这 些 顾 问 第 做 的 
事 ) ， 我 还 希望 让 某 些 东 西 更 具 说 服 力 一 些 。 


撰写 本 书 的 党 1 版 时 ， 我 正在 为 这 个 微妙 的 问 
题 大 伤 脑筋 。 去 苏黎世 拜访 Kent Beck 的 时 候 ， 也 许 
是 因为 党 到 刚 出 生 的 女儿 的 气味 影响 吧 ， 他 提出 用 
味道 来 形容 重 构 的 时 机 。 





























“味道 ，” 你 可 能 会 资 ,“ 真 的 比 合 混 的 美学 理 
论 要 好 吗 ? ”好 吧 ， 是 的 。 我 们 看 过 很 多 很 多 代 
AS, EAN ATR AIT MARIE A aA o 
观察 这 些 代 码 时 ， 我 们 学 会 了 从 中 找寻 茶 些 特定 结 
构 ， 这 些 结构 指出 (有 时 甚至 就 像 尖 叫 呼喊 ) 重 构 
的 可 能 性 。 本章 主语 换 成 “我 们 ”， 是 为 了 反映 一 
个 事实 : Kent 和 我 共同 撰写 本 章 。 你 应 该 可 以 看 出 
我 俩 的 文笔 差 寞 一 一 搬 科 打 译 的 部 分 是 我 写 的 ， 其 
余部 是 他 写 的 。) 


我 们 并 不 试图 给 你 一 个 何 时 必须 重 构 的 精确 衡 
量 标准 。 从 我 们 的 经 验 看 来 ， 没 有 任何 量度 规 窍 比 
得 上 见识 广博 者 的 直觉 。 我 们 只 会 告诉 你 一 些 迹 
象 ， 它 会 指出 “这 里 有 一 个 可 以 用 重 构 解决 的 问 
题 *。 你 必须 培养 目 己 的 判断 力 ， 学 会 判断 一 个 类 
内 有 多 少 实例 变量 算是 太 大 、 一 个 函数 内 有 多 少 行 
代码 才 算 太 长 。 


如 果 你 无 法 确定 该 采用 哪 一 种 重 构 手法 ， 请 阅 
读本 章 内 容 和 书后 附 的 “ 重 构 列 表 ? 来 寻找 灵感 。 你 
可 以 阅读 本 章 或 快速 浏览 书后 附 的 “ 坏 味道 与 重 构 
手法 速 碍 表 ?” 来 判断 目 己 周到 的 是 什么 味道 ， 然 后 
再 看 看 我 们 所 建议 的 重 构 手 法 能 售 玫 到 你 。 也 许 这 
里 所 列 的 “ 坏 味道 条 球 ”* 和 你 所 检测 的 不 尽 相 符 ， 但 
愿 它们 能 够 为 你 指引 正确 方向 。 






































3.1 神秘 命名 (Mysterious 
Name) 


读 侦 探 小 说 时 ， 透 过 一 些 神秘 的 文字 猜测 故事 
情 市 是 一 种 很 棒 的 体 驼 ; 但 如 条 是 在 阅读 代码 ， 这 
样 的 体验 就 不 怎么 好 了 。 我 们 也 许 会 幻想 自己 是 
《王牌 大 贱 恋 》 中 的 国际 特工 1， 但 我 们 写 下 的 代 
人 码 应 该 直观 明 了。 整洁 代码 最 重要 的 一 坏 束 是 好 的 
名 字 ， 所 以 我 们 会 深思 熬 夺 如 何 给 函数 、 模 块 、 变 
es 使 它们 能 清晰 地 表明 目 己 的 功能 和 用 
VE 


然而 ， 很 遗憾 ， 命 名 是 编程 中 最 难 的 两 件 事 之 
一 [mf-2h]。 正 因为 如 此 ， 改 名 可 能 是 最 常用 的 重 构 
手法 ， 包 插 改 变 函 数 声明 (124) (用 于 给 函数 改 
名 ) 、 变 量 改 名 (137) 、 字 上 段 改 名 (244) 等 。 很 
多 人 经 名 不 愿意 给 程序 元 际 改 名 ， 和 觉得 不 值得 费 这 
个 劲 ， 但 好 的 名 字 能 节省 未 来 用 在 猜谜 上 的 大 把 时 
[AJ 。 


改名 不 仅仅 是 修改 名 字 而 已 。 如 果 你 想 不 出 一 
AIAT. WIB JAIR H RENAE ERI it 
o IARAA FATAU, YA HEHE) 
我 们 对 代码 进行 精简 。 




















1 LEKIR) (International Man of Mystery) 是 1997 年 杰 伊 : 罗 
奇 执导 的 一 部 喜剧 谍 战 万 。 译 者 注 





3.2 重复 代码 (Duplicated Code) 


如 果 你 在 一 个 以 上 的 地 点 看 到 相同 的 代码 结 
构 ， 那么 可 以 肯定 : 设法 将 它们 合 而 为 一 ， 程序 会 
变 得 更 好 。 一 旦 有 重复 代码 存在 ， 阅 读 这 些 重复 的 
代码 时 你 瓯 必 须 加 倍 仔细 ， 留 意 其 间 细 微 的 差异 。 
SO 你 必须 找 出 所 有 的 副本 来 修 
PM 


最 单纯 的 重复 代码 就 是 “同一 个 类 的 两 个 函数 
含有 相同 的 表达 式 ”。 这 时 候 你 需要 做 的 就 是 采用 
Fev (106) 提 烁 出 重复 的 代码 ， 然 后 让 这 两 
个 地 点 都 调用 被 近 烁 出 来 的 那 一 段 代 码 。 如 果 重 复 
代码 只 是 相似 而 不 是 完全 相同 ， 请 首先 符 试 用 移动 
ta) (223) 重组 代码 顺序 ， 把 相似 的 部 分 放 在 一 
起 以 便 提 炬 。 如 末 重 复 的 代码 段位 于 同一 个 超 类 的 
不 同 子 类 中 ， 可 以 使 用 函数 上 移 (350) 来 避免 在 
两 个 子 类 之 间 互 相 调 用 。 
































3.3 ite 2 (Long Function) 





据 我 们 的 经 验 ， 活 得 最 长 、 最 好 的 程序 ， 其 中 
的 函数 都 比较 短 。 初 次 接触 到 这 种 代码 库 的 程序 员 
种 币 会 觉得 “计算 都 没有 及 生 ”一 一 程序 里 满 是 无 分 
无 尽 的 委托 调用 。 但 和 这 样 的 程序 共处 几 年 之 后 ， 
你 束 会 明白 这 些小 函数 的 价值 所 在 。 则 接 性 带 来 的 
好 处 一 一 更 好 的 曾 释 力 、 更 易于 分 召 、 更 多 的 选择 
一 一 都 是 由 小 函数 来 文 持 的 。 


早 在 编程 的 洪 苑 年 代 ， 程 序 员 们 束 己 认识 到 ; 
函数 越 长 ， 就 越 难 理解 。 在 早期 的 编程 语言 中 ， 子 
程序 调用 需要 额外 开销 ， 这 使 得 人 们 不 太 乐 意 使 用 
小 函数 。 现 代 编 程 语言 几乎 已 经 完全 免除 了 进程 内 
的 函数 调用 开销 。 固 然 ， 小 函数 也 会 给 代码 的 阅读 
者 带 来 一 些 负担 ， 因 为 你 必须 经 常 切 换 上 下 文 ， 才 
能 看 明白 函数 在 做 什么 。 但 现代 的 开发 环境 让 你 可 
以 在 函数 的 调用 处 与 声明 处 之 间 快 速 跳 转 ， 或 是 同 
时 看 到 这 两 处 ， 让 你 根本 不 用 来 回 跳 转 。 不 过 说 到 
慌 ， 让 小 函数 易于 理解 的 关键 还 是 在 于 民 好 的 命 
名 。 如 来 你 能 给 函数 起 个 好 名 字 ， 阅 读 代 码 的 人 就 
可 以 通过 名 字 了 解 函 数 的 作用 ， 根 本 不 必 去 看 其 中 
BS EMT. 





























最 终 的 效 末 是 : 你 应 该 更 积极 地 分 解 函数 。 我 
们 这 循 这 样 一 条 原则 : 每 当 感觉 需要 以 注释 来 说 明 
扩 什 么 的 时 候 ， 我 们 就 把 需要 说 明 的 东西 写 进 一 个 
独立 图 数 中 ， 并 以 其 用 途 《〈 而 非 实现 手法 ) 命名 。 
我 们 可 以 对 一 组 其 全 短 短 一 行 代码 做 这 件 事 。 哪 介 
人 痊 换 后 的 函数 调用 动作 比 函 数目 映 还 长 ， 只 要 函数 
名 称 能 够 解释 其 用 途 ， 我 们 也 该 时 个 犹 殉 地 那么 
做 。 关 键 不 在 于 函数 的 长 度 ， 而 在 于 函数 “做 什 
么 ”和 “如 何 做 ?之 间 的 语义 距离 。 


百 分 之 九 十 九 的 场合 里 ， 要 把 函数 变 短 ， 只 需 
EASE (106) 。 找 到 函数 中 适合 集中 在 一 
起 的 部 分 ， 将 它们 提炼 出 来 形成 一 个 新 函数 。 


如 果 函 数 内 有 大 量 的 参数 和 临时 变量 ， 它 们 会 
对 你 的 函数 提炼 形成 阻碍 。 如 果 你 尝试 运用 提炼 函 
数 (106) ， 最 终 就 会 把 许多 参数 传递 给 被 提炼 出 
来 的 新 函数 ， 导 致 可 读 性 几乎 没有 任何 提升 。 此 
时 ， 你 可 以 经 常 运用 以 查询 取代 临时 变量 (178) 
来 消除 这 些 临 时 元 素 。 引 入 参数 对 象 (140) 和 保 
持 对 象 完整 (319) 则 可 以 将 过 长 的 参数 列表 变 得 
E pam E 

如 果 你 已 经 这 么 做 了 ， 仍 然 有 太 多 临时 变量 和 


参数 ， 那 就 应 该 使 出 我 们 的 杀手 铀 以 命令 取代 
函数 (337) 。 



































如 何 确 定 该 提炼 哪 一 段 代码 呢 ? 一 个 很 好 的 技 
Tyre: 寻找 注释 。 它 们 通常 能 指出 代码 用 途 和 实现 
手法 之 间 的 语义 距离 。 如 末代 码 前 方 有 一 行 注 释 ， 
束 是 在 提醒 你 : 可 以 将 这 段 代 人 码 奉 换 成 一 个 函数 ， 
而 且 可 以 在 注释 的 基础 上 给 这 个 函数 命名 。 就 算 只 
有 一 行 代 码 ， 如 采 它 需要 以 注释 来 次 明 ， 那 也 值得 
将 它 提 烁 到 独立 函数 中 去 。 


条 件 表 达 式 和 循环 和 背 稍 也 是 提炼 的 信号 。 你 可 
以 使 用 分 解 条 件 表 达 式 〈260) 处 理 条 件 表达 式 。 
对 于 庞大 的 switch 语 句 ， 其 中 的 每 个 分 文 都 应 该 通 
过 提炼 函数 (106) 变 成 独立 的 函数 调用 。 如 果 有 
多 个 switch 语 句 基 于 同一 个 条 件 进 行 分 支 选 择 ， 束 
应 该 使 用 以 多 态 取 代 条 件 表达 式 (272) 。 


至 于 循环 ， 你 应 该 将 循环 和 循环 内 的 代码 提炼 
到 一 个 独立 的 函数 中 。 如 果 你 发 现 提炼 出 的 循环 很 
难 命 名 ， 可 能 是 因为 其 中 做 了 几 件 不 同 的 事 。 如 果 
是 这 种 情况 ， 请 勇敢 地 使 用 拆 分 循环 (227) 将 其 
拆 分 成 各 目 独 立 的 任务 。 






































3.4 过 长 参数 列表 (Long 


Parameter List) 


刚 开 始 学 习 编 程 的 时 候 ， 老 师 教 我 们 : 把 函数 
所 知 的 所 有 东西 部 以 参数 的 形式 传 违 进去。 这 可 以 
理解 ， 因 为 除 此 之 外 融 只 能 选择 全 局 数据 ， 而 全 局 
数据 很 快 就 会 变 成 那 恶 的 东西 。 但 过 长 的 参数 列表 
KAWA EARR. 


如 果 可 以 同 某 个 参数 发 起 查询 而 获得 另 一 个 参 
数 的 值 ， 那 么 束 可 以 使 用 以 查询 取代 参数 (324) 
去 掉 这 第 二 个 参数 。 如 果 你 及 现 自己 正在 从 现 有 的 
数据 结构 中 抽出 很 多 数据 项 ， 束 可 以 考虑 使 用 保持 
WASH (319) 手法 ， 直 接 传 入 原来 的 数据 结 
构 。 如 果 有 几 项 参数 总 是 同时 出 现 ， 可 以 用 引入 参 
BUX R (140) 将 其 合并 成 一 个 对 象 。 如 果菜 个 参 
数 被 用 作 区 分 函数 行为 的 标记 (flag) ， 可 以 使 用 
移 除 标记 参数 (314) 。 


使 用 类 可 以 有 效 地 缩短 参数 列表 。 如 果 多 个 也 
数 有 同样 的 几 个 参数 ， 引 入 一 个 类 就 尤为 有 意义 。 
你 可 以 使 用 函数 组 合成 类 〈144) ， 将 这 些 共同 的 
参数 变 成 这 个 类 的 字段 。 如 果 戴 上 函数 式 编程 的 帽 
子 ， 我 们 会 说 ， 这 个 重 构 过 程 创造 了 一 组 部 分 应 用 














Kt (partially applied function) 。 


3.5 全 局 数据 (Global Data) 


刚 开 始 学 软件 开发 时 ， 我 们 束 听 说 过 关于 全 局 
数据 的 惊悚 故事 一 一 它们 是 如 何 被 来 自 地 狱 第 四 层 
的 恶魔 及 明 出 来 ， 胆 敢 使 用 它们 的 程序 员 如 今 在 何 
处 安 轧 。 承 算 这 些 烈 焰 与 碟 黄 的 故事 不 那么 可 信 ， 
全 局 数据 仍然 是 最 刺 晃 的 坏 味 道 之 一 。 全 局 数据 的 
问题 在 于 ， 从 代码 库 的 任何 一 个 角落 都 可 以 修改 
它 ， 而 且 没 有 任何 机 制 可 以 探测 出 到 压 哪 段 代码 做 
出 了 修改 。 一 次 义 一 次 ， 全 局 数据 造成 了 那些 诡异 
的 pug， 而 问题 的 根源 却 在 遥远 的 别处 ， 想 要 找到 
出 错 的 代码 难于 登 天 。 全 局 数据 最 显而易见 的 形式 
Were yee, {ARC AHL (singleton) 也 有 
这 样 的 问题 。 


首要 的 防御 手段 是 封装 变量 (132)〉 ， 每 当 我 
们 看 到 可 能 被 各 处 的 代码 污染 的 数据 ， 这 总 是 我 们 
应 对 的 第 一 招 。 你 把 全 局 数据 用 一 个 函数 包 疼 起 
来 ， 至 少 你 融 能 看 见 修改 它 的 地 方 ， 并 开始 控制 对 
它 的 访问 。 随 后 ， 最 好 将 这 个 函数 《及 其 封装 的 数 
WO 搬移 到 一 个 类 或 模块 中 ， 只 允许 模块 内 的 代码 
使 用 它 ， 从 而 尽量 控制 其 作用 域 。 


可 以 被 修改 的 全 局 数据 尤其 可 惜 。 如 果 能 保证 























在 程序 局 动 之 后 就 个 再 修改 ， 这 样 的 全 局 数据 还 算 
相对 安全 ， 不 过 得 有 编程 语言 提供 这 样 的 保证 才 
人 人: 

全 局 数据 印证 了 则 拉 塞 尔 斯 的 格言 : 民 药 与 毒 
药 的 区 别 在 于 刑 量 。 有 人 少量 的 全 局 数据 或 许 无 妨 ， 
但 数量 越 多 ， 处 理 的 难度 融会 指数 上 升 。 即 便 只 是 
DENSE, BUTTER ERRER, RE TEM 
件 演 进 过 程 中 应 对 变化 的 关键 捷 在 。 























3.6 ”可 变数 据 (Mutable Data) 





对 数据 的 修改 经 第 导致 出 乎 意料 的 结果 和 难以 
发 现 的 pug。 我 在 一 处 更 新 数据 ， 却 没有 意识 到 软 
件 中 的 男 一 处 期 望 着 完全 不 同 的 数据 ， 于 是 一 个 功 
能 失效 了 一 一 如 条 故障 只 在 很 罕见 的 情况 下 发 生 ， 
要 找 出 故障 原因 束 会 更 加 困难 。 因 此 ， 有 一 整个 软 
件 开 友 流 派 一 一 函数 式 编程 一 一 完全 建 并 在 “数据 
永 不 改变 ”的 概念 基础 上 : 如 果 要 更 新 一 个 数据 结 
ee Sennen) emer 








不 过 这 样 的 编程 语言 仍然 相对 小 众 ， 大 多 数 程 
序 员 使 用 的 编程 语言 还 古 允 许 修 改变 量 值 的 。 即 便 
如 此 ， 我 们 也 不 应 该 忽视 不 可 变性 市 来 的 优势 一 一 
WA VAY elena i leenie eee 
其 风险 。 


可 以 用 封装 变量 (132) 来 确保 所 有 数据 更 新 
操作 都 通过 很 少 几 个 函数 来 进行 ， 使 其 更 容易 监控 
和 演进 。 如 果 一 个 变量 在 不 同时 候 被 用 于 存储 不 同 
的 东西 ， 可 以 使 用 拆 分 变量 (240) 将 其 拆 分 为 各 
自 不 同 用 途 的 变量 ， 从 而 避免 危险 的 更 新 操作 。 使 
用 移动 语句 (223) 和 提炼 函数 (106) 尺 量 把 逻辑 








从 处 理 更 新 操 作 的 代码 中 搬移 出 来 ， 将 没有 副作用 
的 代码 与 执行 数据 更 新 操作 的 代码 分 开 。 设 计 API 
时 ， 可 以 使 用 将 查询 函数 和 修改 函数 分 离 (306) 

确保 调用 者 不 会 调 到 有 副作用 的 代码 ， 除 非 他 们 真 
的 需要 更 新 数据 。 我 们 还 乐于 尽早 使 用 移 除 设 值 函 
数 (331) 有 时 只 有 是 把 设 值 函数 的 使 用 者 找 出 
KEE, WILE AB BAT AC HLA PAR EF ER LS 


如 果 可 变数 据 的 值 能 在 其 他 地 方 计算 出 来 ， 这 
就 是 一 个 特别 刺 蜡 的 坏 味道 。 它 不 仅 会 造成 困扰 、 
bug 和 加 班 ， 而 且 坚 无 必要 。 消 除 这 种 坏 味 道 的 办 
法 很 简单 ， 使 用 以 查询 取 代 浅 生变 量 〈248) RE 
可 。 


如 果 变 量 作 用 域 只 有 几 行 代码 ， 即 使 其 中 的 数 
据 可 变 ， 也 不 是 什么 大 问题 ， 但 随 着 变量 作用 域 的 
扩展 ， 风 险 也 随 之 增 大 。 可 以 用 函数 组 合成 类 
(144) 或 者 函数 组 合成 变换 (149) 来 限制 需要 对 
变量 进行 修改 的 代码 量 。 如 果 一 个 变量 在 其 内 部 结 
构 中 包含 了 数据 ， 通 常 最 好 不 要 直接 修改 其 中 的 数 
据 ， 而 是 用 将 引用 对 象 改 为 值 对 象 (252) SHEH 
接 蔡 换 整 个 数据 结构 。 



































3.7 RIEM (Divergent 
Change ) 





我 们 希望 软件 能 够 更 容易 被 修改 一 一 毕竟 软件 
本 来 就 该 是 “ 软 ” 的 。 一 旦 需要 修改 ， 我 们 希望 能 够 
跳 到 系统 的 茶 一 点 ， 只 在 该 处 做 修改 。 如 末 不 能 做 
we etn ee 
一 种 了 。 


如 果 东 个 模块 经 常 因 为 不 同 的 原因 在 不 同 的 方 
HEREZE, ROMS. SRA 
个 类 说 :“ 呢 ， 如 果 新 加 入 一 个 数据 库 ， 我 必须 修 
改 这 3 个 函数 ; 如 果 新 出 现 一 种 金融 工具 ， 我 必须 
修改 这 4 个 函数 。” 这 就 是 肥 散 式 变 化 的 征兆 。 数 据 
库 交 互 和 人 金融 逻辑 处 理 是 两 个 不 同 的 上 下 文 ， 将 它 
们 分 别 搬移 到 各 目 独 立 的 模块 中 ， 能 让 程序 变 得 更 
好 : 每 当 要 对 菏 个 上 下 文 做 修改 时 ， 我 们 只 需要 理 
解 这 个 上 下 文 ， 而 不 必 操 心 男 一 个 。“ 每 次 只 关心 
一 个 上 下 文 ” 这 一 点 一 直 很 重要 ， 在 如 今 这 个 信息 
爆炸 、 脑 容量 不 够 用 的 年 代 融 剑 发 紧要 。 当 然 ， 往 
往 只 有 在 加 入 新 数据 库 或 新 金融 工具 后 ， 你 才能 发 
现 这 个 坏 味道 。 在 程序 刚 开 发 出 来 还 在 随 独 软件 系 
统 的 能 力 不 断 演进 时 ， 上 下 文 边 界 通常 不 是 那么 清 















































晰 。 


如 果 发 生变 化 的 两 个 方向 目 然 地 形成 了 先后 次 
序 〈 比 如 说 ， 先 从 数据 库 取 出 数据 ， 再 对 其 进行 金 
融 逻 辑 处 理 ) ， 束 可 以 用 拆 分 阶段 154) 将 两 者 
分 开 ， 两 者 之 间 通 过 一 个 清晰 的 数据 结构 进行 沟 
通 。 如 果 两 个 方 同 之 间 有 更 多 的 来 回调 用 ， 就 应 该 
先 创建 适当 的 模块 ， 然 后 用 搬移 函数 “198) 把 处 
理 馆 辑 分 开 。 如 果 函 数 内 部 混合 了 两 类 处 理 逻 辑 ， 
应 该 先 用 提炼 函数 〈106) 将 其 分 开 ， 然 后 再 做 搬 
移 。 如 果 模 块 是 以 类 的 形式 定义 的 ， 就 可 以 用 提炼 
类 (182) 来 做 拆 分 。 











3.8 ORINA (Shotgun 
Surgery ) 


ENBAR UTREE, (Eta tard 
反 。 如 果 每 遇 到 菏 种 变化 ， 你 都 必须 在 许多 不 同 的 
类 内 做 出 许多 小 修改 ， 你 所 面临 的 坏 味道 就 是 敌 弹 
式 修改 。 如 果 和 需要 修改 的 代码 敌 布 四 处 ， 你 不 但 很 
难 找 到 它们 ， 也 很 容易 错过 祭 个 重要 的 修改 。 


这 种 情况 下 ， 你 应 该 使 用 搬移 函数 (198) 和 
搬移 字段 (207) 把 所 有 需要 修改 的 代码 放 进 同一 
个 模块 里 。 如 果 有 很 多 函数 都 在 操作 相似 的 数据 ， 
可 以 使 用 函数 组 合成 类 (144) > WRA EKHI 
功能 是 转化 或 者 充实 数据 结构 ， 可 以 使 用 函数 组 合 
成 变换 〈149) 。 如 果 一 些 函 数 的 输出 可 以 组 合 后 
提供 给 一 段 专门 使 用 这 些 计 算 结果 的 逻辑 ， 这 种 时 
候 昭 沿用 得 上 拆 分 阶段 (154) 。 


面 对 宏 弹 式 修改 ， 一 个 常用 的 策略 束 是 使 用 与 
内 联 (inline〉 相 关 的 重 构 一 一 如 内 联 函 数 (115) 
或 是 内 联 类 (186) 把 本 不 该 分 散 的 迎 辑 搜 回 
一 处 。 完 成 内 联 之 后 ， 你 可 能 会 闻 到 过 长 函数 或 者 
过 大 的 类 的 味道 ， 不 过 你 总 可 以 用 与 提炼 相关 的 重 
构 手 法 将 其 拆 解 成 更 合理 的 小 块 。 即 便 如 此 钟爱 小 






































型 的 函数 和 类 ， 我 们 也 并 不 担心 在 重 构 的 过 程 中 暂 
时 创建 一 些 较 大 的 程序 单元 。 





3.9 ”依恋 情结 (Feature Envy) 





所 谓 模 块 化 ， 束 是 力求 将 代码 分 出 区 域 ， 最 大 
化 区 域内 部 的 交互 、 最 小 化 跨 区 域 的 交互 。 但 有 时 
你 会 发 现 ， 一 个 函数 跟 另 一 个 模块 中 的 函数 或 者 数 
据 交 流 格 外 频繁 ， 远 胜 于 在 自己 所 处 模块 内 部 的 交 
流 ， 这 就 是 依恋 情结 的 典型 情况 。 无 数 次 经 验 里 ， 
我 们 看 到 某 个 函数 为 了 计算 某 个 值 ， 从 另 一 个 对 象 
那儿 调用 几乎 半 打 的 取 值 函数 。 疗 法 显而易见 : 这 
个 函数 想 跟 这 些 数据 符 在 一 起 ， 那 就 使 用 搬移 函数 
(198) 把 它 移 过 去 。 有 时 候 ， 函 数 中 只 有 一 部 分 
受 这 种 依恋 之 苦 ， 这 时 候 应 该 使 用 提炼 函数 
(106) 把 这 一 部 分 提炼 到 独立 的 函数 中 ， 再 使 用 
搬移 函数 (198) 市 它 去 它 的 梦想 家 园 。 


当然 ， 并 非 所 有 情况 都 这 么 简单 。 一 个 函数 往 
往 会 用 到 几 个 模块 的 功能 ， 那 么 它 究竟 该 被 置 于 何 
处 呢 ? 我 们 的 原则 是 : 判断 哪个 模块 拥有 的 此 函数 
使 用 的 数据 最 多 ， 然 后 就 把 这 个 函数 和 那些 数据 摊 
在 一 起 。 如 果 先 以 提炼 函数 “106) 将 这 个 函数 分 
解 为 数 个 较 小 的 函数 并 分 别 置 放 于 不 同 地 上 操 ， 上 述 
步骤 也 惑 比较 容易 完成 了 。 


有 有 几 个 复杂 精巧 的 模式 破坏 了 这 条 规划 。 说 起 














这 个 话题 ，GoF[gof] 的 策略 (Strategy) 模式 和 访问 
4 (Visitor) 模式 立刻 跳 入 我 的 脑海 ，Kent Beck 的 
Self Delegation 模 式 [Beck SBPP] 也 在 此 列 。 使 用 这 
些 模式 是 为 了 对 抗 发 散 式 变化 这 一 坏 味 道 。 最 根本 
的 原则 是 : 将 总 是 一 起 变化 的 东西 放 在 一 块 儿 。 数 
据 和 引用 这 些 数 据 的 行为 总 是 一 起 变化 的 ， 但 也 有 
例外 。 如 果 例 外 出 现 ， 我 们 就 搬移 那些 行为 ， 保 持 
变化 只 在 一 地 发 生 。 寅 略 模 式 和 和 访问 者 模式 使 你 
得 以 轻松 修改 函数 的 行为 ， 因 为 它们 将 少量 需 被 上 履 
写 的 行为 隅 离开 来 一 一 当然 也 付出 了 “多 一 层 间 接 
性 ”的 代价 。 





3.10 žive] (Data Clumps) 





数据 项 就 像 小 孩子 ， 喜 欢 成 群 结 队 地 待 在 一 块 
儿 。 你 常常 可 以 在 很 多 地 方 看 到 相同 的 三 四 项 数 
据 : 两 个 类 中 相同 的 字段 、 许 多 函数 签名 中 相同 的 
参数 。 这 些 总 是 绑 在 一 起 出 现 的 数据 真 应 该 拥有 属 
于 它们 自己 的 对 象 。 首 先 请 找 出 这 些 数据 以 字段 形 
式 出 现 的 地 方 ， 运 用 提炼 类 (182) KE THERE 
一 个 独立 对 象 中 。 然 后 将 注意 力 转移 到 函数 签名 
上 ， 运 用 引入 参数 对 象 (140) 或 保持 对 象 完整 
(319) 为 它 瘦身 。 这 么 做 的 直接 好 处 是 可 以 将 很 
多 参数 列表 缩短 ， 人 简化 函数 调用 。 是 的 ， 不 必 在 意 
数据 泥 团 只 用 上 新 对 象 的 一 部 分 字段 ， 只 要 以 新 对 
象 取代 两 个 〈 或 更 多 ) 字段 ， 就 值得 这 么 做 。 


一 个 好 的 评判 办 法 是 ， 删 挤 众 多 数据 中 的 一 
项 。 如 果 这 么 做 ， 其 他 数据 有 没有 因而 失去 意义 ? 
如 果 它 们 不 再 有 意义 ， 这 就 是 一 个 明确 信号 ， 你 应 
该 为 它们 产生 一 个 新 对 象 。 


我 们 在 这 里 提倡 新 建 一 个 类 ， 而 不 是 简单 的 记 
录 结 构 ， 因 为 一 旦 拥有 新 的 类 ， 你 束 有 机 会 让 程序 
散发 出 一 种 和 芳香。 得 到 新 的 类 以 后 ， 你 就 可 以 着 手 
寻找 “依恋 情结 >”， 这 可 以 帮 你 指出 能 够 移 至 新 类 中 












































的 种 种 行为 。 这 是 一 种 强大 的 动力 ;有 用 的 类 被 创 
建 出 来 ， 大 量 的 重复 被 消除 ， 后 续 开 发 得 以 加 速 ， 
原来 的 数据 泥 团 终于 在 它们 的 小 社会 中 充分 发 挥 价 
值 。 

















3.11 基本 类 型 偏执 (Primitive 
Obsession) 


大 多 数 编 程 环境 都 大 量 使 用 基本 类 型 ， 即 整 
数 、 浮 点 数 和 字符 串 等 。 一 些 库 会 引入 一 些小 对 
象 ， 如 日 期 。 但 我 们 发 现 一 个 很 有 趣 的 现象 : 很 多 
程序 员 不 愿意 创建 对 目 己 的 问题 域 有 用 的 基本 类 
型 ， 如 钱 、 坐 标 、 范 围 等 。 于 是 ， 我 们 看 到 了 把 钱 
当 作 普通 数字 来 计算 的 情况 、 计 算 物理 量 时 无 视 单 
位 《如 把 英寸 与 坚 米 相 加 ) 的 情况 以 及 大 量 类 似 if 
(a < upper && a > lower ) 这 样 的 代码 。 


字符 串 是 这 种 坏 味 道 的 最 佳 培养 四， 比如 ， 电 
话 号 码 不 只 是 一 串 字 符 。 一 个 体面 的 类 型 ， 至 少 能 
包 侣 一 致 的 显示 逻辑 ， 在 用 户 界 面 上 需要 显示 时 可 
以 使 用 。 “用 字符 串 来 代表 类 似 这 样 的 数据 ?是 如 此 
常见 的 吴 味 ， 以 至 于 人 们 给 这 类 变量 专门 起 了 一 个 
名 字 ， 叫 它们 “类 字符 串 类 型 ”(stringly typed) Æ 
Eo 























你 可 以 运用 以 对 象 取代 基本 类 型 《174) 将 原 
本 单独 存在 的 数据 值 丛 换 为 对 象 ， 从 而 走出 传统 的 
洞 宣 ， 进 入 炙手可热 的 对 象 世 界 。 如 朱 想 要 答 换 的 
数据 值 是 控制 条 件 行为 的 类 型 码 ， 则 可 以 运用 以 子 








类 取代 类 型 码 (362) 加 上 以 多 态 取代 条 件 表 达 式 
(272) 的 组 合 将 它 换 掉 。 


如 条 你 有 一 组 总 是 同时 出 现 的 基本 类型 数据 ， 
这 承 是 数据 泥 团 的 征兆 ， 应 该 运用 提 烁 其 〈182 ) 
和 引入 参数 对 象 “140) 来 处 理 。 


3.12 ”重复 的 Switch (Repeated 
Switches ) 





如 果 你 跟 真 正 的 面 同 对 象 布道 者 交谈 ， 他 们 很 
RAL REI switch Awe. ZETIA, 1E 
何 switch 语 句 都 应 该 用 以 多 态 取代 条 件 表达 式 
(272) 消除 挥 。 我 们 甚至 还 昕 过 这 样 的 观点 : 所 
有 条 件 人 逻辑 都 应 该 用 多 态 取 代 ， 绝 大 多 数 if 语 句 都 
应 该 被 扫 进 历史 的 垃圾 桶 。 


即便 在 不 知 天 高 地 厚 的 青年 时 代 ， 我 们 也 从 未 
无 条 件 地 反对 条 件 语句 。 在 本 书 第 1 版 中 ， 这 种 坏 
味道 被 称 为 “switch 语 句 ”(Switch Statements) , H8 
是 因为 在 20 世 纪 90 年 代 末 期 ， 程 序 员 们 太 过 于 忽视 
多 态 的 价值 ， 我 们 希望 矫 枉 过 正 。 


如 今 的 程序 员 已 经 更 多 地 使 用 多 态 ，switch 语 
句 也 不 再 像 15 年 前 那样 有 害 无 瘟 ， 很 多 语言 文 持 更 
复杂 的 switch 语 句 ， 而 不 只 是 根据 基本 类 型 值 来 做 
条 件 判 断 。 因 此 ， 我 们 现在 更 关注 重复 的 switch: 
在 不 同 的 地 方 反 复 使 用 同样 的 switch 逻 辑 〈 可 能 是 
以 switch/case 语 句 的 形式 ， 也 可 能 是 以 连续 的 
if/else 语 句 的 形式 ) 。 重 复 的 switch 的 问题 在 























T: 每 当 你 想 增加 一 个 选择 分 文 时 ， 必 须 找 到 所 有 
的 switch， 并 逐一 更 新 。 多 态 给 了 我 们 对 抗 这 种 黑 
暗 力 量 的 武 占 ， 使 我 们 得 到 更 优雅 的 代码 库 。 


3.13 ”循环 语句 (Loops) 


从 最 早 的 编程 语言 开始 ， 循 环 束 一 直 是 程序 设 
计 的 核心 要 素 。 但 我 们 感觉 如 今 循 环 已 经 有 点 儿 过 
T, ot RR Wee A FERRE APE. LSE FE BES A 
第 1 版 的 时 候 ， 我 们 惑 已 经 开始 如 视 循 环 语句 ， 但 
和 当时 的 大 多 数 编程 语言 一 样 ， 当 时 的 Java 还 没有 
提供 更 好 的 蔡 代 品 。 如 今 ， 函 数 作 为 一 等 公民 已 经 
得 到 了 广泛 的 文 持 ， 因 此 我 们 可 以 使 用 以 管道 取代 
循环 (231) 来 让 这 些 老 古董 退休 。 我 们 发 现 ， 管 
道 操作 “〈 如 filter 和 map) 可 以 帮助 我 们 更 快 地 看 清 
被 处 理 的 元 素 以 及 处 理 它们 的 动作 。 











3.14 JUN CR (Lazy 
Element ) 


程序 元 素 〈 如 类 和 函数 ) 能 给 代码 增加 结构 ， 
从 而 支持 变化 、 促 进 复 用 或 者 哪怕 只 是 提供 更 好 的 
名 字 也 好 ， 但 有 时 我 们 真 的 不 需要 这 层 额外 的 结 
构 。 可 能 有 这 样 一 个 函数 ， 它 的 名 字 束 跟 实 现代 码 
看 起 来 一 模 一 样 ， 也 可 能 有 这 样 一 个 类 ， 根 本 就 是 
一 个 简单 的 函数 。 这 可 能 是 因为 ， 起 初 在 编写 这 个 
函数 时 ， 程 序 员 也 许 期 望 它 将 来 有 一 天 会 变 大 、 变 
复杂 ， 但 那 一 天 从 未 到 来 ; 也 可 能 是 因为 ， 这 个 类 
原本 是 有 用 的 ， 但 随 着 重 构 的 进行 越 变 越 小 ， 最 后 
只 剩 了 一 个 函数 。 不 论 上 述 哪 一 种 原因 ， 请 让 这 样 
的 程序 元 素 庄 严 赴 义 吧 。 通 常 你 只 需要 使 用 内 联 函 
数 (115) 或 是 内 联 类 (186) 。 如 果 这 个 类 处 于 一 
AS AR FEAR RP, AY DA Fr AR KK (380) © 


























3.15 SSR ATE 
(Speculative Generality ) 


这 个 令 我 们 十 分 敏感 的 坏 味 道 ， 命 名 者 是 
Brian Foote。 当 有 人 说 “ 噢 ， 我 想 我 们 总 有 一 天 需要 
做 这 事 ”， 并 因而 企图 以 各 式 各 样 的 钩子 和 特殊 情 
况 来 处 理 一 些 非 必要 的 事情 ， 这 种 坏 味 道 束 出 现 
了 了 。 这 么 做 的 结果 往往 造成 系统 更 难 理 解 和 维护 。 
如 果 所 有 装置 都 会 被 用 到 ， 束 值得 那么 做 ; 如 果 用 
不 到 ， 束 不 值得 。 用 不 上 的 装置 只 会 挡 你 的 路 ， 所 
以 ， 把 它 搬 开 吧 。 


如 果 你 的 某 个 抽象 类 其 实 没 有 太 大 作用 ， 请 运 
用 折 和 县 继承 体系 (380) 。 不 必要 的 委托 可 运用 内 
联 函 数 (115) MAX (186) 除 掉 。 如 果 函 数 的 
某 些 参数 未 被 用 上 ， 可 以 用 改变 函数 声明 (124) 
去 挥 这 些 参 数 。 如 果 有 并 非 真正 需要 、 只 是 为 不 知 
远 在 何 处 的 将 来 而 塞 进去 的 参数 ， 也 应 该 用 改变 函 
数 声明 (124) 去 掉 。 


如 果 函 数 或 类 的 唯一 用 户 是 测试 用 例 ， 这 就 于 
出 了 坏 味 道 “ 夸 夸 其 谈 通 用 性 ”。 如 果 你 发 现 这 样 的 
函数 或 类 ， 可 以 先 删 掉 测试 用 例 ， 然 后 使 用 移 除 死 
代码 (237) à- 























3.16 ”临时 字段 (Temporary 
Field ) 





有 时 你 会 看 到 这 样 的 类 : 其 内 部 某 个 字段 仅 为 
某 种 特定 情况 而 设 。 这 样 的 代码 让 人 不 易 理 解 ， 
为 你 通常 认为 对 象 在 所 有 时 候 都 需要 它 的 所 有 他 
段 。 在 字段 未 被 使 用 的 情况 下 猜测 当初 设置 它 的 目 
的 ， 会 让 你 发 疯 。 

请 使 用 提炼 类 “(182) 给 这 个 可 怜 的 孤儿 创造 
一 个 家 ， 然 后 用 搬移 函数 (198) 把 所 有 和 这 些 字 
段 相 关 的 代码 都 放 进 这 个 新 家 。 也 许 你 还 可 以 使 用 
引入 特例 (289) 在 “变量 不 合法 ”的 情况 下 创建 一 
个 蔡 代 对 象 ， 从 而 避免 写 出 条 件 式 代码 。 





3.17 过 长 的 消 居 和 链 (Message 
Chains) 


如 果 你 看 到 用 户 癌 一 个 对 象 请 求 男 一 个 对 象 ， 
然后 再 同 后 者 请 求 男 一 个 对 象 ， 然 后 再 请 求 男 一 个 
对 象 …... 这 束 古 消 旦 链 。 在 实际 代码 中 你 看 到 的 可 
能 十 一 长 串 取 值 函数 或 一 长 串 临 时 变量 。 采 取 这 种 

方式 ， 意 味 客户 端 代 码 将 与 得 找 过 程 中 的 导航 纺 构 
KET EXP STA SS RACER, EP 
sr BL AS 5 AML EE EI IVE o 


这 时 候 应 该 使 用 隐 羧 委托 关系 (189) 。 你 可 
消 上 息 链 的 不 同位 置 采 用 这 种 重 构 手法 。 理 论 
， 你 可 以 重 构 消 轧 链 上 的 所 有 对 象 ， 但 这 么 做 就 
pa E sll 通常 更 好 的 选 
择 是 : 先 观察 消息 链 最 终 得 到 的 对 象 是 用 来 干什么 
WN, Ae Re WIPER (106) 把 使 用 该 对 象 的 
代码 提 炬 到 一 个 独立 的 函数 中 ， 再 运用 搬移 函数 
(198) 把 这 个 函数 推 入 消息 链 。 如 果 还 有 许多 客 
Psi AS i 要 访问 链 上 的 其 他 对 象 ， 同 样 添 加 一 个 
KARK EAEE 


有 些 人 把 任何 函数 链 部 视 为 坏 东 西 ， 我 们 不 这 
样 想 。 我 们 的 冷静 镇 定 是 出 了 名 的 ， 起 码 在 这 件 事 



































上 是 这 样 的 。 


3.18 FEJA (Middle Man) 





RIER REL EE aA Dh BTL FP 
ERRARTE. PRIEMERE. Ei, PK 
问 主 浓 是 耕 有 时 间 参 加 一 个 会 议 ， 他 就 把 这 个 消 
娠 “委托 ”给 他 的 记事 短 ， 然 后 才能 回答 你 。 很 好 ， 
你 没 必 要 知道 这 位 主管 到 撒 使 用 传统 记事 短 还 是 使 
用 电子 记事 每 抑或 是 秘书 来 记录 目 己 的 约会 。 


但 是 人 们 可 能 过 度 运 用 委托 。 你 也 许 会 看 到 某 
个 类 的 接口 有 一 半 的 函数 都 委托 给 其 他 类 ， 这 样 束 
是 过 度 运 用 。 这 时 应 该 使 用 移 除 中 间 人 (192) ， 
直接 和 真正 负责 的 对 象 打交道 。 如 果 这 样 “ 不 干 实 
事 ” 的 函数 只 有 少数 几 个 ， 可 以 运用 内 联 函 数 
(115) 把 它们 放 进 调用 端 。 如 果 这 些 中 间 人 还 有 
其 他 行为 ， 可 以 运用 以 委托 取代 超 类 “(399) 或 者 
以 委托 取代 子 类 “(381) 把 它 变 成 真正 的 对 象 ， 这 
样 你 既 可 以 扩展 原 对 象 的 行为 ， 又 不 必 有 负担 那么 多 
的 委托 动作 。 




















3.19 ”内 大 交易 (Insider Trading) 


软件 开 友 者 到 欢 在 模块 之 间 建 起 高 墙 ， 极 其 反 
感 在 模块 之 间 大 量 交 换 数 据 ， 因 为 这 会 增加 模块 间 
的 炎 合 。 在 实际 情况 里 ， 一 定 的 数据 交换 不 可 训 
免 ， 但 我 们 必须 尽量 减少 这 种 情况 ， 并 把 这 种 交换 
都 放 到 明和 面 上 来 。 


如 果 两 个 模块 总 古 在 咖啡 机 劳 边 鳃 鳃 私语 ， 束 
应 该 用 搬移 函数 〈198) 和 搬移 字段 “207) 减少 它 
们 的 私下 有 交流。 如果 两 个 模块 有 共同 的 兴趣 ， 可 以 
符 试 再 新 建 一 个 模块 ， 把 这 些 共用 的 数据 放 在 一 个 
常理 民 好 的 地 方 ; 或 者 用 隐藏 委托 关系 〈189) ， 
把 万 一 个 模块 变 成 两 者 的 中 介 。 


继承 第 会 造成 密谋 ， 因 为 子 类 对 超 类 的 了 解 总 
是 超过 后 者 的 主观 愿望 。 如 果 你 觉得 该 让 这 个 孩子 
独立 生活 了， 请 运用 以 委托 取代 子 类 (381) 或 以 
委托 取代 超 类 (399) 让 它 离开 继承 体系 。 











3.20 过 大 的 类 (Large Class ) 


如 果 想 利用 单个 类 做 太 多 事情 ， 其 内 往往 就 会 
出 现 太 多 字段 。 一 旦 如 此 ， 重 复 代 人 码 也 就 接 踪 而 至 
e 





你 可 以 运用 提炼 类 (182) 将 几 个 变量 一 起 提 
炼 至 新 类 内 。 提 炼 时 应 该 选择 类 内 彼此 相关 的 变 
量 ， 将 它们 了 放 在 一 起 。 例 如 ，depositAmount 和 
depositcurrency 可 能 应 该 隶属 同一 个 类 。 通 锦 ， 
如 果 类 内 的 数 个 变量 有 着 相同 的 前 级 或 后 级 ， 这 就 
意味 看 有 机 会 把 它们 提 炬 到 某 个 组 件 内 。 如 果 这 个 
组 件 适合 作为 一 个 子 类 ， 你 会 友 现 提炼 超 类 
(375) 或 者 以 子 类 取代 类 型 码 〈362) CSR 
提炼 子 类 ) 往往 比较 简单 。 


有 时 候 类 并 非 在 所 有 时 刻 痢 使 用 所 有 字段 。 厂 
果真 如 此 ， 你 或 许可 以 进行 多 次 提炼 。 


和 “ 太 多 实例 变量 ”一 样 ， 类 内 如 果 有 太 多 代 
Ay, BERBER, TRL IF ARE ISELIN YR 
最 简单 的 解雇 方案 〈 还 记得 吗 ， 我 们 喜欢 简单 的 解 
RTE) 是 把 多 余 的 东西 消 加 于 类 内 部 。 如 果 有 5 
个 “ 百 行 函数 ”"， 它 们 之 中 很 多 代码 都 相同 ， 那 么 或 














许 你 可 以 把 它们 变 成 5 个 “十 行 函数 ”和 10 个 提炼 出 
来 的 “ 双 行 函数 ”。 

观察 一 个 大 类 的 使 用 者 ， 经 常 能 找到 如 何 拆 分 
类 的 线索 。 看 看 使 用 者 是 否 只 用 到 了 这 个 类 所 有 功 
能 的 一 个 子 集 ， 每 个 这 样 的 子 集 都 可 能 拆 分 成 一 个 
独立 的 类 。 一 旦 识别 出 一 个 合适 的 功能 子 集 ， 右 试 
用 提炼 类 (182) 、 提 炼 超 类 (375) 或 是 以 子 类 取 
代 类 型 码 (362) 将 其 拆 分 出 来 。 





3.21 HFT (Alternative 
Classes with Different Interfaces) 


EHKK — EF WR: 今天 用 这 
个 类 ， 未 来 可 以 换 成 用 男 一 个 类 。 但 只 有 当 两 个 类 
的 接口 一 致 时 ， 才 能 做 这 种 替换 。 可 以 用 改变 函数 
声明 (124) 将 国 数 签名 变 得 一 致 。 但 这 往往 还 不 
人 够 ， 请 反复 运用 搬移 函数 (198) 将 某 些 行为 移入 
类 中 ， 直 到 两 者 的 协议 一 致 为 止 。 如 果 搬 移 过 程 造 
KI ERARE, BYPASS HERK (375) 补偿 
— Fe 











3.22 AA (Data Class) 


所 谓 纯 数据 类 是 指 : 它们 拥有 一 些 字 段 ， 以 及 
FAT ila) G5) 这 些 字 段 的 函数 ， 除 此 之 外 一 无 
长 物 。 这 样 的 类 只 是 一 种 不 会 说 话 的 数据 容器 ， 它 
们 几乎 一 定 被 其 他 类 过 分 细 琐 地 操 探 着。 这 些 类 早 
期 可 能 拥有 public 字 段 ， 寿 果真 如 此 ， 你 应 该 在 别 
人 注意 到 它们 之 前 ， 立 刻 运 用 封装 记录 (162) 将 
它们 封装 起 来 。 对 于 那些 不 该 被 其 他 类 修改 的 字 
段 ， 请 运用 移 除 设 值 函数 (331) 。 


然后 ， 找 出 这 些 取 值 / 设 值 函 数 被 其 他 类 调用 
的 地 操 。 竹 试 以 搬移 函数 “198) 把 那些 调用 行为 
搬移 到 纯 数 据 类 里 来 。 如 果 无 法 搬移 整个 函数 ， 丈 
运用 提炼 函数 “106) 产生 一 个 可 被 搬移 的 函数 。 


纯 数 据 关 钊 利 意 味 看 行为 被 放 在 了 错误 的 地 
方 。 也 就 是 说 ， 只 要 把 处 理 数据 的 行为 从 客户 端 搬 
移 到 纯 数 据 类 里 来 ， 束 能 使 情况 大 为 改观 。 但 也 有 
例外 情况 ， 一 个 最 好 的 例外 情况 就 是 ， 纯 数据 记录 
对 象 被 用 作 函 数 调 用 的 返回 结果 ， 比 如 使 用 拆 分 阶 
段 (154) 之 后 得 到 的 中 转 数据 结构 束 是 这 种 情 
况 。 这 种 结果 数据 对 象 有 一 个 关键 的 特征 : 它 是 不 
可 修改 的 《至 少 在 拆 分 阶段 〈154) 的 实际 操作 中 

















征 这 样 ) 。 不 可 修改 的 字段 无 顷 封 装 ， 使 用 者 可 以 
直接 通过 字段 取得 数据 ， 无 须 通过 取 值 函数 。 


3.23 ”被 拒绝 的 遗赠 (Refused 
Bequest ) 


子 类 应 该 继承 超 类 的 函数 和 数据 。 但 如 果 它 们 
不 想 或 不 需要 继承 ， 又 该 怎么 办 呢 ? 它们 得 到 所 有 
礼物 ， 却 只 从 中 挑选 几 样 来 玩 | 


按 传 统 说 法 ， 这 束 意 味 着 继承 体系 设计 错误 。 
你 需要 为 这 个 子 类 新 建 一 个 兄 第 类 ， 再 运用 函数 下 
É (359) 和 字段 下 移 (361) 把 所 有 用 不 到 的 函数 
下 推 给 那个 兄 第 。 这 样 一 来 ， 超 类 整 只 持 有 所 有 子 
类 共享 的 东西 。 你 常常 会 昕 到 这 样 的 建议 ， 所 有 起 
类 都 应 该 是 抽象 Cabstract) 的。 


既然 使 用 “传统 说 法 ”这 个 略 带 贬义 的 词 ， 你 下 
可 以 猜 到 ， 我 们 不 建议 你 这 么 做 ， 起 码 不 建议 你 每 
次 都 这 么 做 。 我 们 经 第 利用 继承 来 复 用 一 些 行 为 ， 
并 友 现 这 可 以 很 好 地 应 用 于 日 第 工作 。 这 也 古 一 种 
坏 味 道 ， 我 们 不 人 否认， 但 气味 通常 并 不 强烈 ， 所 以 
我 们 说 ， 如 果 “ 被 拒绝 的 遗赠 ”正在 引起 困惑 和 问 
题 ， 请 壹 循 传统 忠告。 但 不 必 认 为 你 每 次 都 得 那么 
做 。 十 有 八 九 这 种 坏 味 嘎 很 淡 ， 不 值得 理 皮 。 


如 果子 类 复 用 了 超 类 的 行为 (实现) ， 却 又 不 

















愿意 文 持 超 类 的 接口 , “被 拒绝 的 遗赠 ”的 坏 味道 就 
会 变 得 很 浓烈 。 拒 绝 继承 超 类 的 实现 ， 这 一 点 我 们 
不 介意 ; 但 如 果 拒 绝 支 持 超 类 的 接口 ， 这 就 难 以 接 
受 了 。 既 然 不 愿意 支持 超 类 的 接口 ， 就 不 要 虚 情 假 
意 地 糊弄 继承 体系 ， 应 该 运用 以 委托 取代 子 类 
(381) 或 者 以 委托 取代 超 类 〈399) 彻底 划 清 界 
BRE 


3.24 注释 (Comments) 


FTL, RIHD EWAN SER. MIRE 
上 说 ， 注 释 不 但 不 是 一 种 坏 味 道 ， 事 实 上 它们 还 是 
一 种 香味 呢 。 我 们 之 所 以 要 在 这 里 捉 到 注释 ， 是 因 
为 人 们 第 把 它 当 作 * 除 具 剂 ?来 使 用 。 和 种 会 有 这 样 
的 情况 : 你 看 到 一 段 代 码 有 着 长 长 的 注释 ， 然 后 发 
现 ， 这 些 注 释 之 所 以 存在 旋 是 因为 代码 很 糟 糙 。 这 
PULA ARLE, KES ANTE 


注释 可 以 帝 我 们 找到 本 草 先 前 提 到 的 各 种 坏 味 
道 。 找 到 坏 味 道 后 ， 我 们 首先 应 该 以 各 种 重 构 手法 
把 坏 味 道 去 除 。 完 成 之 后 我 们 秆 各 会 及 现 : 注释 已 
经 变 得 多 余 了 ， 因 为 代码 已 经 清楚 地 说 明了 一 切 。 


如 果 你 需要 注释 来 解释 一 块 代码 做 了 什么 ， 试 
试 提炼 函数 106) ; 如 果 函 数 己 经 提炼 出 来 ， 但 
还 是 需要 注释 来 解释 其 行为 ， 试 试用 改变 函数 声明 
(124) 为 它 改名 ; 如 果 你 需要 注释 说 明 某 些 系统 
的 需求 规格 ， 试 试 引 入 断言 (302) 。 











当 你 感觉 需要 撰写 注释 时 ， 请 先 尝试 


重 构 ， 试 着 让 所 有 注释 都 变 得 多 余 。 


如 有 条 你 不 知道 该 做 什么 ， 这 才 是 注释 的 民 好 运 
用 时 机 。 除 了 用 来 记述 将 来 的 打算 之 外 ， 注 释 还 可 
以 用 来 标记 你 并 无 十 足 把 握 的 区 域 。 你 可 以 在 注释 
里 写 下 目 己 “为 什么 做 茶 茶 事 ”。 这 类 信息 可 以 帮助 
将 来 的 修改 者 ， 尤 其 是 那些 健 筷 的 家 伙 。 


Fae PM AA A 





重 构 是 很 有 价值 的 工具 ， 但 只 有 重 构 还 不 行 。 
要 正确 地 进行 重 构 ， 前 提 是 得 有 一 套 稳 固 的 测试 集 
合 ， 以 帮 我 发 现 难以 避免 的 疏漏 。 即 便 有 工具 可 以 
帮 我 目 动 完成 一 些 重 构 ， 很 多 重 构 手 法 依然 需要 通 
过 测试 集合 来 保障 。 


我 并 不 把 这 视 为 缺点 。 我 发 现 ， 编 写 优 民 的 测 
试 程 序 ， 可 以 极 大 提高 我 的 编程 速度 ， 即 使 不 进行 
重 构 也 一 样 如 此 。 这 让 我 很 吃惊 ， 也 违反 许多 程序 
员 的 直觉 ， 所 以 我 有 必要 解释 一 下 这 个 现象 。 




















4.1 目测 试 代码 的 价值 


如 果 你 认真 观察 大 多 数 程序 员 如 何 分 配 他 们 的 
时 间 ， 融 会 发 现 ， 他 们 编写 代码 的 时 间 仅 后 所 有 时 
间 中 很 少 的 一 部 分 。 有 些 时 间 用 来 决定 下 一 步 干 什 
么 ， 有 些 时 间 花 在 设计 上 ， 但 是 ， 人 花费 在 调试 上 的 
时 间 是 最 多 的 。 我 敢 衣 定 ， 每 一 位 读者 一 定 都 记得 
自己 花 数 小 时 调试 代码 的 经 历 一 一 而 且 常 第 是 通宵 
达旦 。 每 个 程序 员 痢 能 讲 出 一 个 为 了 修复 一 个 bug 
be SER GEESE RIND 的 故事 。 修 复 bug 
通 冲 是 比较 快 的 ， 但 找 出 bug 所 在 却 是 一 场 黯 梦 。 
当 修复 一 个 bug 时 ， 利 利 会 引起 另 一 个 bug， 却 在 很 
久之 后 才 会 注意 到 它 。 那 时 ， 你 又 要 化 上 大 把 时 间 
去 定位 问题 。 


我 走 上 “ 自 测试 代码 ”这 条 路 ， 源 于 1992 年 
OOPSLA 大 会 上 的 一 个 演讲 。 有 个 人 “我 记得 好 像 
是 Bedarra 公 司 的 Dave Thomas) 提 到 : “类 应 该 包含 
它们 自己 的 测试 代码 。” 这 让 我 决定 ， 将 测试 代码 
和 产品 代码 一 起 放 到 代码 库 中 。 

当时 ， 我 正在 欠 代 方式 开发 一 个 软件 ， 因 此 ， 

学 试 在 每 个 迭代 结束 后 把 测试 代码 加 上 。 当 时 我 
的 软件 项 目 很 小 ， 我 们 每 周 进 行 一 次 迭代 。 所 以 ， 

















运行 测试 变 得 相当 简单 一 一 尽 官 非 第 简单 ， 但 也 非 
钊 桔 燥 。 因 为 每 个 测试 都 把 训 试 结 东 和 输出 到 控制 合 
中 ， 我 必须 逐一 检查 它们 。 我 是 一 个 很 懒 的 人 ， 所 
以 总 是 在 当下 努力 工作 ， 以 免 日 后 有 更 多 的 活 儿 。 
我 意识 到 ， 其 实 完全 不 必 目 己 盯 着 屏幕 检验 测试 输 
出 的 信息 是 人 否 正 确 ， 而 是 让 计算 机 来 帮 我 做 检查 。 
我 需要 做 的 融 是 把 我 所 期 望 的 输出 放 到 测试 代码 
中 ， 然 后 做 一 个 对 比 束 行 了 。 于 是 ， 我 只 要 运行 所 
有 测试 用 例 ， 假 如 一 切 都 没 问 题 ， 屏 秦 上 束 只 出 现 
一 个 “OK”。 现 在 我 的 代码 者 能够“ 目 测试” 了 。 

从 此 ， 运 行 测试 就 像 执行 编译 一 样 简单 。 于 
和 是， 我 每 次 编译 时 都 会 运行 测试 。 不 久之 后 ， 我 注 
意 到 目 己 的 开 及 效率 大 大 所 高。 我 意识 到 ， 这 是 因 
为 我 没有 人 花 太 多 时 间 去 测试 的 缘故 。 如 案 我 不 小 心 
引入 一 个 可 被 现 有 测试 捕捉 到 的 bug， 那 么 只 要 运 
行 测 试 ， 它 束 会 回 我 报告 这 个 bug。 由 于 代码 原本 
是 可 以 正常 运行 的 ， 所 以 我 知道 这 个 bug 必 定 是 在 
前 一 次 运行 测试 后 修改 代码 引入 的 。 由 于 我 频 莹 地 
运行 测试 ， 每 次 测试 都 在 不 久之 前 ， 因 此 我 知道 
bug 的 源头 融 是 我 刚刚 写 下 的 代码 。 因 为 代码 量 很 
>, RITE HMI, Ar wt reer tk Hi bug. 
从 前 需要 一 小 时 其 全 更 多 时 间 才 能 找到 的 pug， 现 
在 最 多 只 要 几 分钟 就 找到 了 。 之 所 以 能 够 拥有 如 此 
强大 的 bug 侦 测 能 力 ， 不 仅仅 是 因为 我 的 代码 能 够 
目测 试 ， 也 得 荔 于 我 频繁 地 运行 它们 。 






































确保 所 有 测试 部 完全 目 动 化 ， 让 它们 
检 碍 目 己 的 测试 结果。 











注意 到 这 一 点 后 ， 我 对 测试 的 积极 性 更 高 了 。 
我 不 再 等 待 每 次 迭代 结尾 时 再 增加 测试 ， 而 是 只 要 
写 好 一 点 功能 ， 就 立即 琴 加 它们 。 每 天 我 都 会 添加 
一 些 新 功能 ， 同 时 也 添加 相应 的 测试 。 这 样 ， 我 很 
少 花 超 过 几 分 钟 的 时 间 来 追查 回归 错误 。 


从 我 最 早 的 试验 开始 到 现在 为 止 ， 编 瑟 和 组 织 
目 动 化 测试 的 工具 已 经 有 了 长 足 的 发 展 。1997 年 ， 
Kent Beck 从 瑞士 飞 往 亚特兰大 去 参加 当年 的 
OOPSLA 人 A 会议， 在 飞机 上 他 与 Erich” ”Gamma 结对 ， 
把 他 为 Smalltalk 撰 写 的 测试 框架 移植 到 了 Java 上 。 
由 此 诞生 的 JUnit 框 架 在 测试 领域 影响 力 非 几 ， 也 在 
不 同 的 编程 语言 中 众生 了 很 多 类 似 的 工具 [mf- 


xunit]. 








CSS W Ee Th HK HY bug ull ae 
能 够 大 大 缩减 查找 bug 所 需 的 时 间 。 


我 得 承认 ， 说 服 列 人 也 这 么 做 并 不 容易 。 编 写 
测试 程序 ， 意 味 痢 要 写 很 多 额外 的 代码 。 除 非 你 确 
实体 会 到 这 种 方法 是 如 何 提升 编程 速度 的 ， 仍 则 目 


测试 似乎 就 没什么 意义 。 很 多 人 根本 没 学 过 如 何 纺 
写 测 试 程序 ， 甚 至 根本 没 考虑 过 测试 ， 这 对 于 编写 
目测 试 也 很 不 利 。 如 果 测 试 需 要 手动 运行 ， 那 的 确 
是 令 人 烦 间 。 但 是 ， 如 果 测 试 可 以 目 动 运行 ， 编 写 
测试 代码 融会 真 的 很 有 趣 。 


事实 上 ， 撰 写 测试 代码 的 最 好 时 机 是 在 开始 动 
手 编码 之 前 。 当 我 需要 添加 特性 时 ， 我 会 完 编写 相 
应 的 测试 代码 。 听 起 来 离 经 叛 道 ， 其 实 不 然 。 编 写 
测试 代码 其 实 融 是 在 问 目 己 : 为 了 添加 这 个 功能 ， 
我 需要 实现 些 什么 ? 编写 测试 代码 还 能 帮 我 把 注意 
力 集中 于 接口 而 非 实 现 〈 这 永远 是 一 件 好 事 ) 。 预 
先 写 好 的 测试 代码 也 为 我 的 工作 安 上 一 个 明确 的 结 
束 标志 : 一 旦 测试 代码 正常 运行 ， 工 作 束 可 以 结束 
Je 








Kent Beck FHF 5 WAY Site eT] 
技艺 ， 叫 测试 驱动 开 有 友 〈Test-Driven 
Development, TDD) [mf-tdd]。 测 斌 驱动 开 发 的 编 
程 方式 依赖 于 下 面 这 个 短 循环 : 先 编写 一 个 (失败 
的 ) 测试 ， 编 号 代码 使 测试 通过 ， 然 后 进行 重 构 以 
保证 代码 整洁 。 这 个 “测试 、 编 码 、 重 构 ” 的 循环 应 
该 在 每 个 小 时 内 都 完成 很 多 次 。 这 种 恨 好 的 布 委 感 
可 使 编程 工作 以 更 加 高 效 、 有 条 不 率 的 方式 开展 。 
我 束 不 在 这 里 再 做 更 深入 的 介绍 ， 但 我 目 己 确实 经 
常 使用， 也 非常 建议 你 试 一 试 。 














大 道理 先 放 在 一 边 。 尽 管 我 相信 每 个 人 都 可 以 
从 编写 目测 试 代码 中 收益 ， 但 这 并 不 是 本 书 的 重 
点 。 本 书 谈 的 是 重 构 ， 而 重 构 需 要 测试 。 如 果 你 想 
重 构 ， 就 必须 编写 测试 。 本 章 会 带 你 入 门 ， 教 你 如 
何在 JavaScript 中 编写 简单 的 测试 ， 但 它 不 是 一 本 专 
门 讲 测 试 的 书 ， 所 以 我 不 想 讲 得 太 细 。 但 我 发 现 ， 
少许 测试 往往 就 足以 禹 来 惊人 的 收益 。 

和 本 书 其 他 内 容 一 样 ， 我 以 示例 来 介绍 测试 手 
法 。 开 发 软件 的 时 候 ， 我 一 边 写 代码 ， 一 边 写 测 
试 。 但 有 时 我 也 需要 重 构 一 些 没 有 测试 的 代码 。 在 
ee 

行 。 




















4.2 行 测 弃 的 示例 代码 





这 里 我 展示 了 一 份 有 竺 测试 的 代码 。 这 份 代码 
来 目 一 个 简单 的 应 用 ， 用 于 文 持 用 户 碍 看 并 调整 生 
Pip. EAN ARIER 界面 长 得 像 下 面 这 张 
图 所 示 的 这 样 。 


Province: Asia 


demand: 30 price: 20 


3 producers: 
Byzantium: cost: ‘10 | production: 9 full revenue: 90 
Attalia: cost: fr production: 10 | full revenue: 120 


Sinope: cost: 10 | production: e full revenue: 60 
shortfall: § profit: 230 


每 个 行 省 (province) 都 有 一 份 生 产 计 划 ， 计 
划 中 包含 需求 量 (demand) 和 采购 价格 〈price) 。 
每 个 行 省 都 有 一 些 生产 商 (producer) ， 他 们 各 和 目 
以 不 同 的 成 本 价 (cost) 供应 一 定数 量 的 产品 。 界 











面 上 还 会 显示 ， 当 商家 售 出 所 有 的 商品 时 ， 他 们 可 
以 获得 的 总 收入 〈full revenue) 。 页 面 底部 展示 了 
该 区 域 的 产品 缺额 〈 需 求 量 减 去 总 产量 ) ALS 
(profit) 。 用 户 可 以 在 界面 上 修改 需求 量 及 采购 价 
格 ， 以 及 不 同 生产 商 的 产量 (production) 和 成 本 
价 ， 以 观 穴 缺额 和 总 利润 的 变化 。 用 户 在 界面 上 修 
改 任何 数值 时 ， 其 他 的 数值 都 会 同时 得 到 更 新 。 


这 里 我 展示 了 一 个 用 户 界 面 ， 是 为 了 让 你 了 解 
该 应 用 的 使 用 方式 ， 但 我 只 会 聚焦 于 软件 的 业务 逻 
辑 部 分 ， 也 融 是 那些 计算 利 洞 和 人 缺额 的 类 ， 而 非 那 
些 生成 HTML 或 监听 页 面 字段 更 新 的 代码 。 本 章 只 
是 先 市 你 走 进 目 测试 代码 世界 的 大 门 ， 因 而 最 好 是 
从 最 简单 的 例子 开始 ， 也 就 是 那些 不 涉及 用 户 界 
面 、 持 久 化 或 外 部 服务 交互 的 代码 。 这 种 隔离 的 思 
路 其 实在 任何 场景 下 都 适用 : 一 旦 业务 逻辑 的 部 分 
开始 变 复 淋 ， 我 束 会 把 它 与 UI 分 离开 ， 以 便 能 更 好 
地 理解 和 测试 它 。 


这 块 业务 逻辑 代码 涉及 两 个 类 : 一 个 代表 了 单 
个 生产 商 (Producer) ， 男 一 个 用 来 描述 一 个 行 省 
(Province) 。Province 类 的 构造 函数 接收 一 个 
JavaScript 对 象 ， 这 个 对 象 的 内 容 我 们 可 以 想象 是 由 
一 个 JSON 文 件 提供 的 。 


下 面 的 代码 能 从 JSON 文 件 中 构造 出 一 个 行 省 
TR. 














class Province... 


constructor(doc) { 
this. name = doc.name; 
this. producers = []; 
this. _totalProduction = 0; 
this. demand = doc.demand; 
this._price = doc.price; 


doc.producers.forEach(d => this.addProducer(new Producer(this 


} 

addProducer(arg) { 
this._producers.push(arg); 
this._totalProduction += arg.production; 


t 


下 面 的 函数 会 创建 可 用 的 JSON 数 据 ， 我 可 以 
用 它 的 返回 值 来 构造 一 个 行 省 对 象 ， 并 拿 这 个 对 象 
来 做 测试 。 


顶层 作用 域 .… 


function sampleProvinceData() { 
return { 
name: "Asia", 
producers: [ 
{name: "Byzantium", cost: 10, production: 9}, 
{name: "Attalia", cost: 12, production: 10}, 


{name: "Sinope", cost: 10, production: 6}, 
], 
demand: 30, 
price: 20 


ti 
t 





行 省 类 中 有 许多 设 值 函数 和 取 值 函数 ， 它 们 用 
于 获取 各 类 数据 的 值 。 


class Province... 


get 
get 
get 
set 
get 
set 
get 
set 


name() {return this. name; } 

producers() {return this._producers.slice();} 
totalProduction() {return this. _totalProduction; } 
totalProduction(arg) {this._totalProduction = arg; } 
demand( ) {return this. _demand; } 

demand(arg) {this._demand = parseInt(arg);} 

price() {return this. price; } 

price(arg) {this._price = parseInt(arg);} 
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字符 串 。 我 需要 将 它们 转换 成 数值 ， 以 便 在 后 续 的 
计算 中 使 用 。 


代表 生产 商 的 Producer 类 则 基本 只 是 一 个 存放 
AGE HY AS a8 o 


class Producer... 


constructor(aProvince, data) { 
this. province = aProvince; 
this._cost = data.cost; 
this. name = data.name; 
this. production = data.production || 0; 


} 
get 


name() {return this._name;} 


get cost() {return this._cost;} 
set cost(arg) {this._cost = parseInt(arg);} 


get production() {return this. production; } 
set production(amountStr) { 
const amount = parseInt(amountStr); 
const newProduction = Number.isNaN(amount) ? © : amount; 


this. _province.totalProduction += newProduction - this._produ 
this. production = newProduction; 


在 设 值 函 数 production 中 更 新 派生 数据 的 方式 
有 所 丑陋 ， 每 当 看 到 这 种 代码 ， 我 便 想 通 过 和 草 构 帮 
它 改 头 换 面 。 但 在 重 构 之 前 ， 我 必须 记得 先 为 它 添 
加 测试 。 


缺额 的 计算 馆 辑 也 很 简单 。 





class Province... 


get shortfall() { 
return this._demand - this.totalProduction; 


J 





计算 利润 的 逻辑 则 要 相对 复杂 一 些 。 


class Province... 


get profit() { 
return this.demandValue - this.demandCost; 
} 
get demandCost() { 
let remainingDemand = this.demand; 
let result = 0; 
this.producers 
.sort((a,b) => a.cost - b.cost) 
.forEach(p => { 


const contribution = Math.min(remainingDemand, p.production); 
remainingDemand -= contribution; 
result += contribution * p.cost; 


+); 


return result; 


get demandValue() { 
return this.satisfiedDemand * this.price; 
} 
get satisfiedDemand() { 
return Math.min(this._ demand, this.totalProduction); 


} 


4.3 ”第 一 个 测试 


开始 测试 这 份 代码 前 ， 我 需要 一 个 测试 框 来 
JavaScript 世 界 里 这 样 的 框架 有 很 多 ，1 这 里 我 选用 的 
是 使 用 度 和 声誉 都 还 不 错 的 Mocha。 我 不 打算 全 面 
讲解 框架 的 使 用 ， 而 只 会 用 它 写 一 些 测试 作为 例 
si 你 应 该 能 轻松 地 学 会 用 别 的 框架 来 

类 似 的 测试 。 


以 下 是 为 缺额 计算 过 程 编 写 的 一 个 简单 的 测 








试 : 


describe('province', function() { 
it(' shortfall’ , function() { 
const asia = “new Province(sampleProvinceData()); 
assert.equal(asia.shortfall, 5); 


}); 
+); 


Mocha 框 架 组 织 测 试 代码 的 方式 是 将 其 分 组 ， 
每 一 组 下 包含 一 套 相 关 的 测试 。 测 试 需要 写 在 一 
个 让 所 中 。 对 于 这 个 简单 的 例子 ， 测 试 包含 了 两 个 
步 又 。 第 一 步 设置 好 一 些 测试 夹具 (fixture) , 
就 是 测试 所 需要 的 数据 和 对 象 等 〈 就 本 例 而 言 是 一 





个 加 载 好 了 的 行 省 对 象 》; 第 二 步 则 是 验证 测试 夹 
具 是 否 具 备 条 些 特征 〈( 束 本 例 而 言 则 是 验证 算出 的 
缺额 应 该 是 期 望 的 值 ) 。 


不 同 开 发 者 在 describe 和 it 块 里 撰写 的 摘 
述 信 息 各 有 不 同 。 有 的 人 会 写 一 个 描述 性 的 句 
子 解释 测试 的 内 容 ， 也 有 人 什么 都 不 写 ， 认 为 
所 请 摘 述 性 的 句子 跟 注 释 一 样 ， 不 外 平 是 重复 
代码 已 经 表达 的 东西 。 我 个 人 不 喜欢 多 写 ， 只 
要 测试 失败 时 足以 识别 出 对 应 的 测试 就 够 了 。 








如 果 我 在 NodeJS 的 控制 台 下 运行 这 个 测试 ， 那 
么 其 输出 看 起 来 是 这 样 : 














1 passing (61ms ) 





它 的 反馈 极其 简洁 ， 只 包含 了 已 运 行 的 测试 数 
量 以 及 测试 通过 的 数量 。 

当 我 为 类 似 的 既 有 代码 编写 测试 时 ， 友 现 一 切 
正常 工作 固然 是 好 ， 但 我 天 然 持 怀疑 精神 。 特 别 是 
有 很 多 测试 在 运行 时 ， 我 总 会 担心 测试 没有 按 我 期 
望 的 方式 检查 结 末 ， 从 而 没 法 在 实际 出 错 的 时 候 抓 





到 bug。 因 此 编写 测试 时 ， 我 想 看 到 每 个 测试 都 至 
少 失 败 一 过 。 我 最 爱 的 方式 英 过 于 在 代码 中 暂时 引 
入 一 个 错误 ， 像 这 样 : 


总 是 硝 保 测试 不 该 通过 时 真 的 会 失 
败 。 


class Province... 


get shortfall() { 
return this._demand - this.totalProduction * 2; 


现在 控制 台 的 输出 残 有 所 改变 了 : 


0 passing (72ms) 
1 failing 


1) province shortfall: 


AssertionError: expected -20 to equal 5 
at Context.<anonymous> (src/tester.js:10:12) 


框 染 会 报告 哪个 测试 失败 了 ， 并 给 出 失败 的 根 
本 原因 一 一 这 里 是 因为 实际 算出 的 值 与 期 望 的 值 不 


相符 。 于 是 我 忆 算 见 到 有 什么 东西 失败 了 ， 并 且 还 
能 马上 看 到 有 是 哪个 测试 失败 ， 获 得 一 些 出 错 的 线索 
《这 个 例子 中 ， 我 还 能 确认 这 就 是 我 引入 的 那个 错 
误 ) 。 

一 个 真实 的 系统 可 能 拥有 数 千 个 测试 。 好 的 调 
试 框架 应 该 能 帮 我 简单 快速 地 运行 这 些 测 试 ， 一旦 
出 错 ， 我 能 马上 看 到 。 尽 管 这 种 反馈 非常 简单 ， 但 
对 目测 试 代码 来 说 却 尤 为 重要 。 工 作 时 我 会 非常 频 
繁 地 运行 测试 ， 要 么 是 检验 新 代码 的 进展 ， 要 么 是 
检查 重 构 过 程 是 否 出 错 。 





频繁 地 运行 测试 。 对 于 你 正在 处 理 的 
代码 ， 与 其 对 应 的 测试 至 少 每 阳 几 分 钟 就 要 运 
行 一 次 ， 每 天 至 少 运行 一 次 所 有 的 测试 。 


Mocha 框 架 允 许 使 用 不 同 的 库 〈 它 称 之 为 断言 
E) 来 验证 测试 的 正确 性 。JavaScript 世 界 的 断言 
库 ， 连 在 一 起 都 可 以 绕 地 球 一 周 了 ， 当 你 读 到 这 里 
时 ， 可 能 有 些 仍然 还 没 过 时 。 我 现在 使 用 的 库 是 
Chai， 它 可 以 文 持 我 编写 不 同类 型 的 断言 ， 比 
如 “assert” 风 格 的 : 





describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 


assert.equal(asia.shortfall, 5); 
+); 
}); 


或 者 是 “expect” 风 格 的 : 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.shortfall).equal(5); 
}); 
}); 


一 般 来 讲 我 更 倾 回 于 使 用 assert 风 格 的 断言 ， 
但 使 用 JavaScript 时 我 倒是 更 党 使 用 expect 的 风格 。 


环境 不 同 ， 运 行 测 试 的 方式 也 不 同 。 使 用 Java 
编程 时 ， 我 使 用 IDE 的 图 形 化 测试 运行 界面 。 它 有 
一 个 进 肛 条 ， 所 有 测试 都 通过 时 束 会 显示 绿色 ; 只 
要 有 任何 测试 失败 ， 它 就 会 变 成 红色 。 我 的 同事 们 
经 党 使 用 “绿色 条 ”和 “红色 条 ”来 指 代 测 试 的 状态 。 
我 可 能 会 讲 “ 看 到 红 条 时 永远 不 许 进行 重 构 ”， 意 思 
是: 测试 集合 中 还 有 失败 的 测试 时 吏 不 应 该 先 去 重 
构 。 有 时 我 也 会 讲 * 回 退 到 绿 条 ”， 表 示 你 应 该 撤销 
最 近 一 次 更 改 ， 将 名 试 恢 复 到 上 一 次 全 部 通过 的 状 
态 《〈 通 各 是 切 回 到 上 乒 本 控制 的 最 近 一 次 提交 点 ) 。 


图 形 化 测试 界面 的 确 很 棒 ， 但 并 不 是 必需 的 。 
我 通 弟 会 在 Emacs 中 配置 一 个 运行 测试 的 快捷 键 ， 
































然后 在 编译 窗口 中 观察 纯 文本 的 反馈 。 要 点 在 于 ， 
我 必须 能 快速 地 知道 测试 是 否 全 部 都 通过 了 。 


44 再 谍 加 一 个 测试 


现在 ， 我 将 继续 添加 更 多 训 试 。 我 刘 循 的 风格 
we: 观察 被 测试 闫 应 该 做 的 所 有 事情 ， 然 后 对 这 个 
类 的 每 个 行为 进行 测试 ， 包 括 各 种 可 能 使 它 发 生 异 
向 的 边界 条 件 。 这 不 同 于 茶 些 程序 员 提 倡 的 “测试 
所 有 public 函 数 ” 的 风格 。 记 住 ， 测 试 应 该 是 一 种 
风险 驱动 的 行为 ， 我 测试 的 目标 是 希望 找 出 现在 或 
未 来 可 能 出 现 的 bug。 所 以 我 不 会 去 测试 那些 仅仅 
读 或 写 一 个 字段 的 访问 函数 ， 因 为 它们 太 简 单 了 ， 
不 太 可 能 出 错 。 


这 一 氮 很 重要 ， 因 为 如 果 答 试 撰写 过 多 测试 ， 
结 末 往往 反而 导致 贡 试 不 充分 。 事 实 上 ， 即 使 我 只 
做 一 点 氮 测 试 ， 也 从 中 获 蔓 民 多 。 测 斌 的 重点 应 该 
征 那 些 我 最 担心 出 错 的 部 分 ， 这 样 就 能 从 测试 工作 
中 得 到 最 大 利益 。 

接 下 来 ， 我 的 目光 落 到 了 代码 的 万 一 个 主要 输 
出 上 ， 也 就 是 总 利润 的 计算 。 我 同样 可 以 在 一 开始 
的 测试 夹具 上 ， 对 总 利润 做 一 个 基本 的 测试 。 


























编写 未 至 完善 的 测试 并 经 负 运 行 ， 好 
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describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.shortfall).equal(5); 


了 

it('profit', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.profit).equal(230); 


p; 
H); 





这 是 最 终 写 出 来 的 测试 ， 但 我 是 怎么 写 出 它 来 
HOWE? 首先 我 随便 给 测试 的 期 望 值 写 了 一 个 数 ， 然 
后 运行 测试 ， 将 程序 产生 的 实际 值 (236) 填 回 
去 。 当 然 ， 我 也 可 以 自己 手动 计算 ， 不 过 ， 既 然 现 
在 的 代码 是 能 正常 运行 的 ， 我 就 选择 暂时 相信 它 。 
测试 可 以 正常 工作 后 ， 我 又 故 技 重 施 ， 在 利润 的 计 
算 过 程 插入 一 个 假 的 乘 以 ?逻辑 来 破坏 测试 。 如 我 
所 料 ， 测 试 会 失败 ， 这 时 我 才 满意 地 将 插入 的 假 逻 
辑 恢复 过 来 。 这 个 模式 是 我 为 既 有 代码 添加 测试 时 
最 常用 的 方法 ， 先 随便 填写 一 个 期 望 值 ， 再 用 程序 
产生 的 真实 值 来 蔡 换 它 ， 然 后 引入 一 个 错误 ， 最 后 
恢复 错误 。 


这 个 测试 随即 产生 了 一 些 重 复 代 码 一 一 它们 都 
在 第 一 行 里 初始 化 了 同一 个 测试 夹具 。 正 如 我 对 一 
般 的 重复 代码 抱 持 怀疑 ， 测 试 代码 中 的 重复 同样 令 
我 心 生 疑 恶 ， 因 此 我 要 试看 将 它们 提 到 一 处 公共 的 






































地 方 ， 以 此 来 消灭 重复 。 一 种 方案 就 是 把 常量 提取 
到 外 层 作 用 域 里 。 


describe('province', function() { 
const asia = new Province(sampleProvinceData()); // DON'T DO 
it('shortfall', function() 
expect(asia.shortfall).equal(5); 


it('profit', function() { 
expect(asia.profit).equal(230); 


}); 
}); 


但 正如 代码 注释 所 说 的 ， 我 从 不 这 样 做 。 这 样 
做 的 确 能 解决 一 时 的 问题 ， 但 共享 测试 夹具 会 使 测 
试 则 产生 交互 ， 这 是 滋生 bug 的 温床 一 一 还 是 你 写 
测试 时 能 遇见 的 最 恶心 的 bug 之 一 。 使 用 了 
JavaScript 中 的 const 关 键 字 只 表明 asia 的 引用 不 可 
修改 ， 不 表明 对 象 的 内 容 也 不 可 修改 。 如 果 未 来 有 
一 个 测试 改变 了 这 个 共 诗 对 象 ， 测 试 束 可 能 时 不 时 
失败 ， 因 为 测试 之 间 会 通过 共 孕 夹具 产生 交互 ， 而 
测试 的 结果 残 会 受 测 试 运行 次 序 的 影响 。 测 试 结 采 
的 这 种 不 确定 性 ， 往 往 使 你 陷入 漫长 而 又 艰难 的 调 
试 ， 严 重 时 甚至 可 能 令 你 对 测试 体系 的 信心 产生 动 
摇 。 因 此 ， 我 比较 推荐 采取 下 面 的 做 法 : 


























describe('province', function() { 
let asia; 
beforeEach(function() { 
asia = new Province(sampleProvinceData())j; 


}); 

it('shortfall', function() { 
expect(asia.shortfall).equal(5); 

+); 

it('profit', function() { 
expect(asia.profit).equal(230); 

J); 

}); 


beforeEach 子 句 会 在 每 个 测试 之 前 运行 一 过 ， 
将 asia 变 量 清空 ， 每 次 都 给 它 赋 一 个 新 的 值 。 这 样 
我 就 能 在 每 个 测试 开始 前 ， 为 它们 各 目 构 建 一 套 新 
的 测试 夹具 ， 这 保证 了 测试 的 独立 性 ， 避 免 了 可 能 
TE OR RIO ERY AS HABE VE © 


对 于 这 样 的 建议 ， 有 人 可 能 会 担心 ， 每 次 创建 
一 个 罗 新 的 测试 夹具 会 拖 慢 测试 的 运行 速度 。 大 多 
数 时 候 ， 时 间 上 的 差别 几乎 无 法 穴 贫 。 如 果 运 行 速 
度 真 的 成 为 问题 ， 我 也 可 以 考虑 共 圣 测试 夹具 ， 但 
这 样 我 就 得 非 党 小心， 确保 没有 测试 会 去 更 改 它 。 
如 果 我 能 够 确定 测试 夹具 是 百 分 之 百 不 可 变 的 ， 那 
么 也 可 以 共 至 它 。 但 我 的 本 能 反应 还 是 要 使 用 独立 
的 测试 夹具 ， 可 能 因为 我 过 去 答 过 了 太 多 共 盏 测试 
夹具 带 来 的 百 果 。 


既然 我 在 beforeEach 里 运行 的 代码 会 对 每 个 测 
试 生 效 ， 那 么 为 何不 直接 把 它 挪 到 每 个 it 块 里 呢 ? 
让 所 有 测试 共享 一 段 测 斌 夹具 代码 的 原因 ， 是 为 了 
使 我 对 公用 的 夹具 代码 感到 熟悉 ， 从 而 将 眼光 聚焦 






































于 每 个 测试 的 不 同 之 处 。beforeEach 块 骨 在 告诉 读 
者 ， 我 使 用 了 同一 套 标 准 夹 具 。 你 可 以 接着 阅读 
describe 块 里 的 所 有 测试 ， 并 知道 它们 都 是 基于 同 
样 的 数据 展开 测试 的 。 





45 修改 测试 夹具 





加 载 完 测试 夹具 后 ， 我 编写 了 一 些 测 试 来 探查 
它 的 一 些 特性 。 但 在 实际 应 用 中 ， 该 夹具 可 能 会 被 
频 莹 更 新 ， 因 为 用 户 可 能 在 界面 上 修改 数值 。 

大 多 数 更 新 部 是 通过 设 值 函数 完成 的 ， 我 一 般 
也 不 会 测试 这 些 方 法 ， 因 为 它们 不 太 可 能 出 什么 
bug。 不 过 Producer 类 中 的 产量 (production) 字 
— M. 











describe('province’... 


it('change production', function() { 
asia.producers[0].production = 20; 
expect(asia.shortfall).equal(-6); 
expect(asia.profit).equal(292); 





这 是 一 个 第 见 的 测试 模式 。 我 拿 到 beforeEach 
配置 好 的 初始 标准 夹具 ， 然 后 对 该 夹具 进行 必要 的 
检查 ， 最 后 验证 它 是 否 表 现 出 我 期 望 的 行为 。 如 果 
你 读 过 测试 相关 的 资料 ， 就 会 经 常 昕 到 各 种 类 似 的 











术语 ， 比 如 配置 -检查 -验证 〈setup-exercise- 
verify) 、given-when-then 或 者 准备 -行为 -断言 
(arrange-act-assert) 等 。 有 时 你 能 在 一 个 测试 里 见 
到 所 有 的 步骤 ， 有 时 那些 早期 的 公用 阶段 会 被 提 到 
一 些 标准 的 配置 步骤 里 ， 诸 如 beforeEach 等 。 








(其 实 还 有 第 四 个 阶段 ， 只 是 不 那么 明 
T, 一 般 很 少 提 及 ， 那 就 是 拆除 阶段 。 此 阶段 
可 将 测试 夹具 移 除 ， 以 确保 不 同 测 试 之 间 不 会 
产生 交互 。 因 为 我 是 在 beforeEach 中 配置 好 数 
据 的 ， 所 以 测试 框架 会 默认 在 不 同 的 测试 间 将 
我 的 测试 夹具 移 除 ， 相 当 于 我 自动 享受 了 拆除 
阶段 带 来 的 便利 。 多 数 测试 文献 的 作者 对 拆除 
阶段 一 笔 带 过 ， 这 可 以 理解 ， 因 为 多 数 时 候 我 
们 可 以 忽略 它 。 但 有 时 因为 创建 绥 慢 等 原因 ， 
我 们 会 在 不 同 的 测试 间 共 享 测试 夹具 ， 此 时 ， 
显 式 地 声明 一 个 拆除 操作 就 是 很 重要 的 。) 


























在 这 个 测试 中 ， 我 在 一 个 it 语 句 里 验证 了 两 个 
不 同 的 特性 。 作 为 一 个 基本 规划 ， 一 个 it 语 句 中 最 
好 只 有 一 个 验证 语句 ， 人 否则 训 试 可 能 在 进行 第 一 个 
验证 时 融 失 败 ， 这 通 利 会 提 兰 一 些 重要 的 错误 信 
恩 ， 不 利于 你 了 解 测试 失败 的 原因 。 不 过 ， 在 上 面 
的 场景 中 ， 我 觉得 两 个 断言 本 里 关系 非常 紧密 ， 写 





在 同一 个 测试 中 问题 不 大 。 如 果 稍 后 需要 将 它们 分 
离 到 不 同 的 it 语句 中 ， 我 可 以 到 时 再 做 。 





46 ”探测 边界 条 件 





到 目前 为 止 我 的 测试 都 聚焦 于 正常 的 行为 上 ， 
这 通 钊 也 被 称 为 “ 正 利 路 径 ”(Chappy path), fs 
的 是 一 切 工 作 正 营 、 用 户 使 用 方式 也 最 符合 规范 的 
那 种 场景 。 同 时 ， 把 测试 推 到 这 些 条 件 的 边界 处 也 
是 不 错 的 实践 ， 这 可 以 检查 操作 出 错时 软件 的 表 
现 。 








无 论 何 时 ， 当 我 拿 到 一 个 集合 比如 说 此 例 中 
的 生产 商 集合 ) 时 ， 我 总 想 看 看 集合 为 空 时 会 发 生 
作 





describe('no producers', function() { 
let noProducers; 
beforeEach(function() { 
const data = { 
name: "No proudcers", 
producers: [], 
demand: 30, 
price: 20 


}; 
noProducers = new Province(data); 


}); 
it('shortfall', function() { 
expect (noProducers.shortfall).equal(30); 


it('profit', function() { 
expect(noProducers.profit).equal(0); 


如 采 拿 到 的 是 数值 类 型 ，6 会 是 不 错 的 边界 条 
(ae 


describe('province’... 


it('zero demand', function() { 
asia.demand = 0; 
expect(asia.shortfall).equal(-25); 
expect(asia.profit).equal(0); 


. 
了 


负 值 同样 值得 一 试 : 
describe('province.... 


it('negative demand', function() { 
asia.demand = -1; 
expect(asia. shortfall). equal(-26); 
expect(asia.profit).equal(-10); 


+); 


测试 到 这 里 ， 我 不 禁 有 一 个 想法 : 对 于 这 个 业 
务 领域 来 讲 ， 提 供 一 个 负 的 需求 值 ， 并 算出 一 个 负 
的 利润 值 意 义 何在 ?最 小 的 需求 量 不 应 该 是 0 吗 ? 
或 许 ， 设 值 方法 需要 对 负 值 有 些 不 同 的 行为 ， 比 如 
Be FHE DUEL AI » 这 些 问 题 都 很 
oe 这 样 的 测试 能 帮助 我 思考 代码 本 应 如 何 应 





对 边界 场景 。 


设 值 函 数 接收 的 字符 串 是 从 UIL 上 的 字段 读 来 
的 ， 它 已 经 被 限制 为 只 能 填 入 数字 ， 但 仍然 有 可 能 
是 空 字符 串 ， 因 此 同样 需要 测试 来 保证 代码 对 空 学 
从 串 的 处 理 方式 从 合 我 的 期 望 。 














2 考虑 可 能 出 错 的 边界 条 件 ， 把 测试 火 
力 集 中 在 那儿 。 


describe('province.... 


it('empty string demand', function() { 
aSsia.demand = ""; 
expect(asia.shortfall).NaN; 

expect(asia.profit).NaN; 


}); 


可 以 看 到 ， 我 在 这 里 扮演 “程序 公 政 ”的 角色 。 
我 积极 思考 如 何 破坏 代码 。 我 友 现 这 种 思维 能 够 所 
局 生产 力 ， 并 且 很 有 趣 一 一 它 纵 容 了 我 内 心中 比较 
促 狭 的 那 一 部 分 。 


这 个 测试 结 采 很 有 意思 : 











describe('string for producers', function() { 


it('', function() { 
const data = { 
name: "String producers", 
producers: "" 
demand: 30, 
price: 20 


const prov = new Province(data); 
expect(prov.shortfall).equal(0); 
); 


它 并 不 是 抛 出 一 个 简单 的 错误 说 缺额 的 值 不 为 
0。 控 制 台 的 报错 输出 实际 如 下 : 


9 passing (74ms) 
1 failing 
1) string for producers : 
TypeError: doc.producers.forEach is not a function 


at new Province (src/main.js:22:19) 
at Context.<anonymous> (src/tester.js:86:18) 


Mocha 把 这 也 当 作 测试 失败 〈failure) ， 但 多 
数 测 斌 框架 会 把 它 当 作 一 个 错误 Cerror) ， 并 与 正 
第 的 测试 失败 区 分 开 .。 “失败 ” 指 的 是 在 验证 阶段 
中 ， 实 际 值 与 验证 语句 提供 的 期 望 值 不 相等 ， 而 这 
里 的 “错误 ” 则 是 男 一 码 事 ， 它 是 在 更 早 的 阶段 前 抛 
出 的 异常 (这 里 是 在 配置 阶段 ，”。 它 更 像 代 码 的 作 
者 没有 预料 到 的 一 种 异常 场景 ， 因 此 我 们 不 斑 地 得 
到 了 每 个 JavaScript 程 序 员 都 很 熟悉 的 错误 〈“.. .is 

















not a function”) 。 


那么 代码 应 该 如 何 处 理 这 种 场景 呢 ? 一 种 思路 
是 ， 对 错误 进行 处 理 并 给 出 更 好 的 出 错 啊 应 ， 比 如 
说 抛 出 更 有 意义 的 错误 信息 ， 或 是 直接 
将 producers 字 段 设 置 为 一 个 空 数 组 〈 最 好 还 能 
记录 一 行 日 志 信 息 ) 。 但 维持 现状 不 做 处 理 也 说 得 
通 ， 也 许 该 输入 对 象 是 由 可 信 的 数据 源 提供 的 ， 比 
如 同 个 代码 库 的 另 一 部 分 。 在 同一 代码 库 的 不 同 模 
块 之 间 加 入 太 多 的 检查 往往 会 导致 重复 的 验证 代 
人 码 ， 它 带 来 的 好 处 通 和 津 不 抵 害 处 ， 特 别 是 你 添加 的 
验证 可 能 在 其 他 地 方 早 已 做 过 。 但 如 果 该 输入 对 象 
是 由 一 个 外 部 服务 所 提供 ， 比 如 一 个 返回 JSON 数 
据 的 请 求 ， 那 么 校 验 和 测试 束 显 得 必要 了 。 不 论 如 
何 ， 为 边界 条 件 琴 加 测试 总 能 引发 这 样 的 思考 。 


如 果 这 样 的 测试 是 在 重 构 前 写 出 的 ， 那 么 我 很 
可 能 还 会 删 挥 它 。 重 构 应 该 保证 可 观测 的 行为 不 有 友 
生 改 变 ， 而 类 似 的 错误 已 经 超越 可 观测 的 范畴 。 删 
挥 这 条 测试 ， 我 束 不 用 担心 重 构 过 程 改变 了 代码 对 
这 个 边界 条 件 的 处 理 方式 。 





























如 果 这 个 错误 会 导致 脏 数 据 在 应 用 中 到 处 
传递 ， 或 是 产生 一 些 很 难 调试 的 失败 ， 我 可 能 
会 用 引入 断言 《302) 手法 ， 使 代码 不 满足 预 设 





条 件 时 快速 失败 。 我 不 会 为 这 样 的 失败 断言 添 
加 测试 ， 它 们 本 号 束 是 一 种 测试 的 形式 。 





什么 时 候 应 该 停 下 来 ? 我 相信 这 样 的 话 你 已 经 
听 过 很 多 次 :“ 任 何 测试 都 不 能 证 明 一 个 程序 没有 
bug。” 硝 实 如 此 ， 但 这 并 不 影 啊 “ 测 试 可 以 提高 纺 
程 速度 ”。 我 兽 经 见 过 好 几 种 测试 规则 建议 ， 其 目 
的 都 是 保证 你 能 够 测试 所 有 情况 的 一 切 组 合 。 这 些 
东西 值得 一 看 ， 但 是 别 让 它们 影响 你 。 当 测试 数量 
达到 一 定 程度 之 后 ， 继 续 增 加 测试 带 来 的 边际 效用 
会 递减 ， 如 果 试 图 编写 太 多 测试 ， 你 也 可 能 因为 工 
FERK MAI KAITARA. PIZIE 
试 集 中 在 可 能 出 错 的 地 方 。 观 察 代 码 ， 看 哪儿 变 得 
FR: MERKA MAE H eht. M, 
你 的 测试 不 可 能 找 出 所 有 bug， 但 一 旦 进行 重 构 ， 
你 可 以 更 好 地 理解 整个 程序 ， 从 而 找到 更 多 bug。 
虽然 在 开始 重 构 之 前 我 会 确 休 有 一 个 测试 套件 存 
在 ， 但 前 进 途 中 我 总 会 加 入 更 多 测试 。 











; ”不 要 因为 测试 无 法 捕捉 所 有 的 bug 就 不 
写 测试 ， 因 为 测试 的 确 可 以 捕捉 到 大 多 数 bug。 


4.7 ”测试 远 不 止 如 此 


本 章 我 想 讨论 的 东西 到 这 里 融 兰 不 多 了 ， 和 毕竟 
这 是 一 本 关于 重 构 而 不 是 测试 的 书 。 但 测试 本 里 是 
一 个 很 重要 的 话题 ， 它 既是 重 构 所 必要 的 基础 你 
障 ， 本 里 也 是 一 个 有 价值 的 工具 。 目 本 书 第 1 版 以 
来 ， 我 很 高 兴 看 到 重 构 作 为 一 项 编程 实践 在 逐步 发 
展 ， 但 我 更 高 兴 见 到 业界 对 测试 的 态度 也 在 发 生 转 
变 。 之 前 ， 测 试 更 多 被 认为 是 兄 一 个 独立 的 《所 需 
专业 技能 也 较 少 的 ) LIB atte, (ABLE Rk 
为 任何 一 个 软件 开发 者 所 必 备 的 扩 能 。 如 今 一 个 以 
构 的 好 坏 ， 很 大 程度 要 取决 于 它 的 可 测试 性 ， 这 有 是 
一 个 好 的 行业 趋势 。 


这 里 我 展示 的 测试 都 属于 单元 测试 ， 它 们 负责 
测试 一 块 小 的 代码 单元 ， 运 行 足 够 快速 。 它 们 是 目 
测试 代码 的 文 柱 ， 是 一 个 系统 中 占 绝 大 多 数 的 测试 
类 型 。 同 时 也 有 其 他 种 类 的 测试 存在 ， 有 的 专注 于 
组 件 之 间 的 集成 ， 有 的 会 检验 软件 跨越 几 个 层级 的 
运行 结束 ， 有 的 用 于 得 找 性 能 问题 ， 不 一 而 足 。 
CMA, ITF ate MAI ve, eT EL 
ZS MARA HIRES. ) 


SITE VES ARMA, WAE ee — IAC 





















































的 活动 。 除 非 你 技能 非 芝 纯熟， 或 者 非常 苹 运 ， 个 
则 你 很 难 第 一 次 丈 把 测试 写 对 。 我 友和 觉 我 持续 地 在 
测试 集 上 工作 ， 融 与 我 在 主 代 码 库 上 的 工作 一 样 
多 。 很 目 然 ， 这 意味 看 我 在 增加 新 特性 时 也 要 同时 
添加 测试 ， 有 时 还 需要 回顾 已 有 的 测试 : 它们 足够 
清晰 吗 ? 我 需要 重 构 它 们 ， 以 帮助 我 更 好 地 理解 
吗 ? 我 拥有 的 测试 是 有 价值 的 吗 ? 一 个 值得 养 成 的 
好 习惯 是 ， 每 当 你 过 见 一 个 bug， 先 写 一 个 测试 来 
清楚 地 复 现 它 。 仅 当 测 试 通 过 时 ， 才 视 为 bug 修 
完 。 只 要 训 试 存 在 一 天 ， 我 就 知道 这 个 错误 永远 不 
会 再 复 现 。 这 个 bug 和 对 应 的 测试 也 会 提醒 我 思 
考 : 测试 集 里 是 人 否 还 有 这 样 不 锐 阳 光照 次 到 的 特 角 


A 


AE A E MAA EE 
E? ”这 个 问题 没有 很 好 的 衡量 标准 。 有 些 人 拥护 
以 测试 缆 凋 率 [mf-tc] 作 为 指标 ， 但 测试 履 再 率 的 分 
析 只 能 识别 出 那些 未 被 测试 履 兰 到 的 代码 ， 而 不 能 
用 来 衡量 一 个 测试 集 的 质量 局 低 。 


























每 当 你 收 到 bug 报 告 ， 请 先 写 一 个 单元 
测试 来 暴露 这 个 bug。 


一 个 测试 集 是 否 足够 好 ， 最 好 的 衡量 标准 其 实 


是 主观 的 ， 请 你 试问 自己 : 如 果 有 人 在 代码 里 引入 
了 一 个 缺陷 ， 你 有 多 大 的 目 信 它 能 被 测试 集 揪 出 
来 ? 这 种 信心 难以 被 定量 分 析 ， 育 目 目 信 不 应 该 被 
计算 在 内 ， 但 目测 斌 代码 的 全 部 目标 ， 束 是 要 帮 你 
获得 此 种 信心 。 如 果 我 重 构 完 代码， 看 见 全 部 变 绿 
的 测试 就 可 以 十 分 日 信 没 有 引入 额外 的 bug， 这 
人 
Mix. 


测试 同样 可 能 过 犹 不 及 。 测 试 写 得 太 多 的 一 个 
征兆 是 ， 相 比 要 改 的 代码 ， 我 在 改动 测试 上 人 花费 了 
更 多 的 时 间 一 一 并 且 我 能 感到 测试 丈 在 拖 慢 我 。 不 
过 尽管 过 度 测 试 时 有 发生， 相 比 测试 不 足 的 情况 还 


Xs pf 
古稀 少 得 多 。 


























第 5 草 ” 介 绍 重 构 名 录 





本 书 剩余 的 篇 幅 是 一 份 重 构 的 名 录 。 最 初 这 个 
名 录 只 是 我 的 个 人 笔记 ， 我 用 它 来 提示 目 己 如 何以 
安全 且 高 效 的 方式 进行 重 构 。 然 后 我 不 断 精 烁 这 份 
名 录 ， 对 一 些 重 构 的 深入 探索 又 引出 了 更 多 的 重 构 
手法 。 对 于 不 太 币 用 的 重 构 手 法 ， 我 还 是 会 不 断 参 
阅 这 份 名 录 。 


5.1 重 构 的 记录 格式 


介绍 重 构 时 ， 我 来 用 一 种 标准 格式 。 每 个 重 构 
手法 都 有 如 下 5 个 部 分 。 





。 首 先是 名 称 Cname) 。 要 建造 一 个 重 构 词 汇 
表 ， 名 称 是 很 重要 的 。 这 个 名 称 也 就 古 我 将 在 
本 书 其 他 地 方 使 用 的 名 称 。 如 今 重 构 经 常会 有 
多 个 名 字 ， 所 以 我 会 同时 列 出 常见 的 别名 。 

。 名 称 之 后 是 一 个 简单 的 速写 〈sketch) 。 这 部 分 
可 以 帮助 你 更 快 找到 你 所 需要 的 重 构 手 法 。 

。 动 机 (motivation) 为 你 介绍 “为 什么 需要 做 这 个 
重 构 ” 和 ?什么 情况 下 不 该 做 这 个 重 构 ”。 

。 做 法 Cmechanics ) 简明 扼要 地 一 步 一 步 介 绍 如 
何 进行 此 重 构 。 

。 汇 例 Cexamples) 以 一 个 十 分 简单 的 例子 说 明 此 
重 构 手 法 如 何 运作 。 


速写 部 分 会 以 代码 示例 的 形式 展示 重 构 带 来 的 
转弯。 速 与 的 用 意 不 是 解释 重 构 的 用 途 ， 更 不 是 详 
细 讲 解 如 何 操作 这 个 重 构 : 但 如 果 你 曾经 看 过 这 个 
重 构 手法 ， 速 写 能 帮 你 回忆 起 它 。 如 果 你 是 第 一 次 
接触 到 这 个 重 构 手法 ， 可 能 最 好 是 先 阅 读 范 例 部 
分 。 我 还 给 每 个 重 构 手 法 画 了 一 幅 小 图 。 同 样 ， 我 





























也 不 指望 这 些小 图 能 说 清 重 构 手 法 的 内 容 ， 只 是 近 
供 一 点 图 像 记 忆 的 线索 。 


“做 法 ?出 目 我 目 己 的 笔记 。 这 些 笔记 是 为 了 让 
我 在 一 段 时 间 不 做 茶 项 重 构 之 后 还 能 记得 怎么 做 。 
ENTERAL TE» WAS NZS AREA ZB i 
那么 做 ”。 我 会 在 “范例 ?中 给 出 更 多 解释 。 这 人 么 一 
K, “做 法 ?就 成 了 简短 的 笔记 。 如 果 你 知道 该 使 用 
哪个 重 构 ， 但 记 不 清 具 体 步 又 ， 可 以 参考 “做 法 ?部 
分 (至 少 我 是 这 么 使 用 它们 的 ); 如 果 你 初次 使 用 
东 个 重 构 ， 可 能 只 参考 “做 法 "还 不 够 ， 你 还 需要 阅 
BEE Pill” 


Be ABUL” IN ER, REEK HE BE R 
拆 得 尽 可 能 小 。 我 强调 安全 的 重 构 方式 ， 所 以 应 该 
采用 非常 小 的 步 又 ， 并 且 在 每 个 步 又 之 后 进行 测 
试 。 真 正 工作 时 ， 我 通常 会 采用 比 这 里 介绍 的 “ 归 
儿 学 步 ? 稍 大 些 的 步骤 ， 然 而 一 旦 出 问题 ， 我 融会 
撤销 上 一 步 ， 换 用 比较 小 的 步骤 。 这 些 步 骤 还 包含 
一 些 特殊 情况 的 参考 ， 所 以 它们 也 有 检查 清单 的 作 
用 。 我 目 己 经 音乐 抒 这 些 该 做 的 事情 。 


绝 大 多 数 时 候 我 只 列 出 了 重 构 的 一 套 做 法 ， 但 
其 实 一 个 重 构 并 非 只 有 一 套 做 法 。 我 在 本 书 中 选择 
介绍 这 些 做 法 ， 因 为 它们 大 多 数 时 候 都 管用 。 等 你 
经 过 练习 获得 更 多 重 构 经 验 ， 你 可 能 会 调整 重 构 的 
做 法 ， 那 完全 没 问 题 。 只 要 牢记 一 点 : 小 步 前 进 ， 


























情况 越 复杂 ， 步 子 融 要 越 小 。 


“范例 ” 像 是 简单 而 有 趣 的 教科 书 。 我 使 用 这 些 
光 例 是 为 了 帮助 解释 重 构 的 基本 要 素 ， 最 大 限度 地 
导 免 其 他 术 节 ， 所 以 我 希望 你 能 原 访 其 中 的 简化 工 
作 〈 它 们 当然 不 是 优秀 的 业务 建 模 例 子 )。 不 过 我 
敢 肯 定 ， 你 一 定 能 在 那些 更 复杂 的 情况 中 使 用 它 
们 。 菏 些 十 分 简单 的 重 构 干脆 没有 范例 ， 因 为 我 沉 
得 为 它们 加 上 一 个 范例 不 会 有 多 六 意义 。 


更 明确 地 说 ， 加 上 范例 仪 仅 是 为 了 阐释 当时 讨 
论 的 重 构 手 法 。 通 第 那些 代码 最 终 仍 有 其 他 问题 ， 
但 修正 那些 问题 需要 用 到 其 他 重 构 手 法 。 东 些 情况 
下 数 个 重 构 经 党 被 一 并 运用 ， 这 时 候 我 会 把 范例 市 
到 另 一 个 重 构 中 继续 使 用 。 大 部 分 时 候 ， 一 个 苑 例 
只 为 一 项 重 构 而 设计 ， 这 么 做 是 为 了 让 每 一 项 重 构 
手法 目 成 一 体 ， 因 为 这 份 重 构 名 录 的 首要 目的 还 是 
作为 参考 工具 。 


修改 后 的 代码 可 能 被 埋没 在 未 修改 的 代码 中 ， 
难以 一 眼看 出 ， 所 以 我 使 用 不 同 的 闫 色 突出 显示 修 
改过 的 代码 。 但 我 并 没有 突出 显示 所 有 修改 过 的 代 
人 码 ， 因 为 一 旦 修改 过 的 代码 太 多 ， 全 都 突出 显示 反 
而 不 能 突显 重点 。 









































5.2 ”挑选 重 构 的 依据 








这 不 是 一 份 巨细 靡 遗 的 重 构 名 录 。 我 只 是 认为 
这 些 重 构 手 法 最 值得 和 被 记录 下 来 。 之 所 以 说 它 
们 “最 值得 "， 因 为 这 些 部 是 很 第 用 的 重 构 手法 ， 并 
且 值 得 给 它们 命名 和 详细 的 介绍 ; 其 中 一 些 做 法 很 
有 意思 ， 能 帮助 读者 提高 整体 重 构 拉 能 水 平 ， 夯 外 
一 些 则 对 于 代码 设计 质量 的 提升 效果 显著 。 


有 些 重 构 没 有 进入 这 份 名 录 ， 因 为 它们 太 小 、 
太 简 单 ， 我 觉得 没 必 要 多 加 给 述 。 例 如 ， 在 撰写 第 
1 版 时 我 就 曾经 考虑 过 移动 语句 (223) ， 这 个 重 构 
我 经 常 使 用 ， 但 我 觉得 没 必要 将 它 放 进 名 录 里 ( 显 
然 我 在 写 第 2 版 的 时 候 改 变 了 想法 ) 。 以 后 也 许 还 
有 类 似 这 样 的 重 构 会 被 加 进 书 里 ， 不 过 那 要 看 我 投 
入 多 少 精力 在 新 增 重 构 上 了 。 


还 有 一 些 没 有 进入 名 有 录 的 重 构 ， 要 么 是 我 用 得 
很 少 ， 要 么 是 与 其 他 重 构 非 党 相似。 本 书 中 的 每 个 
EW, Waa LORD, AAPA HM. ERA 
没有 把 所 有 上 反 同 重 构 都 写 下 来 ， 因 为 我 及 现 很 多 反 
问 重 构 没 太 大 意思 。 例 如 ， 封 儿 变量 (132) 是 一 
个 利用 又 好 用 的 重 构 ， 但 它 的 反 回 重 构 我 几乎 从 来 
不 会 做 《而且 融 算 要 做 也 非常 简单 ) ， 所 以 我 党 得 



























































没 必 要 将 这 个 反 回 重 构 放 进 名 录 。 


第 6 章 ” 第 一 组 重 构 





在 重 构 名 录 的 开头 ， 我 首先 介绍 一 组 我 认为 最 
有 用 的 重 构 。 


Be ane fs FA EI AY FPA xe FS ER AB a106) 将 
代 人 码 提炼 到 函数 中 ， 或 者 用 提 炬 变量 (119) 来 提 
炬 变量。 既然 重 构 的 作用 就 是 应 对 变化 ， 你 应 该 不 
会 感到 惊 江 ， 我 也 经 常 使 用 这 两 个 重 构 的 反 同 重 构 
内 联 函 数 〈115) 和 内 联 变量 (123) 。 


提炼 的 关键 就 在 于 命名 ， 随 着 理解 的 加 深 ， 我 
经 常 需要 改名 。 改 变 函 数 声 明 (124) 可 以 用 于 修 
改 函 数 的 名 字 ， 也 可 以 用 于 添加 或 删 减 参数 。 变 量 
也 可 以 用 变量 改名 (137) 来 改名 ， 不 过 需要 先 做 
封装 变量 (132) 。 在 给 函数 的 形式 参数 改名 时 ， 
不 妨 先 用 引入 参数 对 象 (140) 把 常 在 一 起 出 没 的 
参数 组 合成 一 个 对 象 。 


形成 函数 并 给 函数 命名 ， 这 和 是 低层 级 重 构 的 精 
做 。 有 了 函数 以 后 ， 残 需要 把 它们 组 合成 更 局 层级 
的 模块 。 我 会 使 用 函数 组 合成 类 144) ， 把 函数 
和 它们 操作 的 数据 一 起 组 合成 类 。 另 一 条 路 径 是 用 









































函数 组 合成 变换 (149) 将 函数 组 合成 变换 式 
(transform) ， 这 对 于 处 理 只 读数 据 尤 为 便利 。 再 
往 前 一 步 ， 常 党 可 以 用 拆 分 阶段 (154) 将 这 些 模 
块 组 成 界限 分 明 的 处 理 阶 段 。 


6.1 提炼 函数 “(Extract Function) 


HZ: Hee eee (Extract Method) 
REJE: 内 联 函 数 (115) 











function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 


//print details 
console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding}); 


function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 
printDetails(outstanding); 


function printDetails(outstanding) { 
console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding} ); 
} 
} 


动机 





提炼 函数 是 我 最 角 用 的 午 构 之 一 。〔 在 这儿 我 
用 了 “函数 /function” 这 个 词 ， 但 换 成 面 同 对 象 语言 
中 的 “方法 /method”， 或 者 其 他 任何 形式 的 “过 
程 /procedure” 或 者 “ 子 程序 /subroutine”， 世 EM 
用 。) 我 会 浏览 一 段 代码 ， 理解 其 作用 ， 然后 将 其 
提 炬 到 一 个 独立 的 函数 中 ， 并 以 这 文 段 代码 的 用 途 为 
这 个 函数 命名 。 


对 于 “ 何 时 应 该 把 代码 放 进 独立 的 函数 ”这 个 问 
题 ， 我 曾经 听 过 多 种 不 同 的 意见 。 有 的 观点 从 代码 
的 长 度 考 虑 ， 认 为 一 个 函数 应 该 能 在 一 屏 中 显示 。 
有 的 观点 从 复 用 的 角度 考虑 ， 认 为 只 要 被 用 过 不 止 
一 次 的 代码 ， 就 应 该 蛙 独 放 进 一 个 函数 ， 只 用 过 一 
次 的 代码 则 保持 内 联 (inline〉 的 状态 。 但 我 认为 最 
合理 的 观点 是 “将 意图 与 实现 分 开 ”: 如 末 你 需要 化 
时 间 浏 览 一 段 代码 才能 弄 清 它 到 的 在 干什么 ， 那 么 
束 应 该 将 其 提炼 到 一 个 函数 中 ， 并 根据 它 所 做 的 事 
为 其 命名 。 以 后 再 读 到 这 上段 代码 时 ， 你 一 眼 束 能 
到 函数 的 用 途 ， 大 多 数 时 候 根 本 不 需要 关心 函数 如 
何 达 成 其 用 途 《〈 这 和 是 函数 体内 二 的 事 ) 。 


一 旦 接受 了 这 个 原则 ， 我 就 逐渐 养 成 一 个 习 
Ta: 写 非常 小 的 函数 一 一 通常 只 有 几 行 的 长 上 度 。 在 
我 看 米 ， 一 个 函数 一 旦 超过 6 行 ， 束 开始 散发 内 
味 。 我 甚至 经 常会 写 一 些 只 有 1 行 代码 的 函数 。 
Kent Beck 曾 问 我 展示 最 初 鸭 Smalltalk 系 统 中 的 一 个 
例子 ， 从 那 时 起 我 惑 接 受 了 “函数 名 的 长 度 不 重 
要 ”的 观念 。 那 时 运行 Smalltalk 的 计算 机 只 有 黑白 屏 
显示 器 ， 如 果 你 想 高 亮 突显 某 些 文本 或 图 像 ， 就 需 
要 反 转 视频 的 显示 。 为 此 ，Smalltalk 用 于 控制 图 像 
显示 的 类 有 一 个 叫 作 highLight 的 方法 ， 其 中 的 实 
现 束 只 是 调用 reverse 方 法 。 在 这 个 例子 
里 ，highlight 方 法 的 名 字 比 实现 还 长 ， 但 这 并 不 
重要 ， 因 为 在 这 个 方法 中 ， 代 人 码 的 意图 与 实现 之 间 




































































有 看 相当 大 的 距离 。 


有 些 人 担心 短 函 数 会 造成 大 量 函 数 调用 ， 因 而 
影响 性 能 。 在 我 尚且 年 轻 时 ， 有 时 确实 会 有 这 个 问 
题 ; 但 如 今 “ 由 于 函数 调用 影响 性 能 ”的 情况 已 经 非 
党 罕见 了 。 短 函数 党 第 能 让 编译 融 的 优化 功能 运转 
玩 民 好 ， 因 为 短 函 数 可 以 更 容易 地 被 缓存 。 所 以 ， 
应 该 始终 章 循 性 能 优化 的 一 般 指 导 方 针 ， 不 用 过 早 
担心 性 能 问题 。 


小 函数 得 有 个 好 名 字 才 行 ， 所 以 你 必须 在 命名 
上 花心 思 。 起 好 名 字 需 要 练习 ， 不 过 一 旦 你 掌握 了 
其 中 的 技巧 ， 束 能 写 出 很 有 目 描 述 性 的 代码 。 

我 经 和 常会 看 见 这 样 的 情况 ， 在 一 个 大 函数 中 ， 
一 段 代码 的 项 上 放 看 一 句 注 释 ， 说 明 这 段 代 人 码 要 做 
什么 。 在 把 这 段 代 码 提炼 到 目 己 的 函数 中 时 ， 这 样 
的 注释 往往 会 提示 一 个 好 名 字 。 


做 法 











。 创 造 一 个 新 函数 ， 根 据 这 个 函数 的 意图 来 对 它 
命名 《以 它 “ 做 什么 ”来 命名 ， 而 不 是 以 它 “ 怎 样 
做 ”命名 ) 。 





如 果 想 要 提炼 的 代码 非常 简单 ， 例 如 只 是 
一 个 函数 调用 ， 只 要 新 函数 的 名 称 能 够 以 更 好 
的 方式 申 示 代码 意图 ， 我 还 是 会 提炼 它 ， 但 如 
果 想 不 出 一 个 更 有 意义 的 名 称 ， 这 就 是 一 个 信 
号 ， 可 能 我 不 应 该 所 烁 这 其 代码 。 不 过 ， 我 不 
一 定 非 得 蕊 上 想 出 最 好 的 名 字 ， 有 时 在 提炼 的 
过 程 中 好 的 名 字 才 会 出 现 。 有 时 我 会 提炼 一 个 
六 数 ， 实 试 使 用 它 ， 然 后 友 现 不 太 合 适 ， 骨 把 
它 内 联 回去 ， 这 完全 没 问 题 。 只 要 在 这 个 过 程 


中 学 到 了 和 东西， 我 的 时 间 就 没有 白费。 


如 果 编 程 语言 文 持 瞬 套 图 数 ， 束 把 新 函数 
舱 套 在 源 函 数 里 ， 这 能 减少 后 面 需要 处 理 的 超 
出 作用 域 的 变量 个 数 。 我 可 以 稍 后 再 使 用 搬移 
函数 (198) 把 它 从 源 函 数 中 搬移 出 去 。 





























A 
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。 仁 细 检 和 碍 提 烁 出 的 代码 ， 看 看 其 中 和 是否 引用 了 
作用 域 限 于 源 函 数 、 在 提炼 出 的 新 函数 中 访问 
不 到 的 变量 。 夺 是 ， 以 参数 的 形式 将 它们 传 如 
给 新 函数 。 
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就 不 存在 变量 作用 域 的 问题 了 。 


这 些 “ 作 用 域 限 于 源 函 数 ” 的 变量 通常 是 局 
部 变量 或 者 源 函 数 的 参数 。 最 通用 的 做 法 古 将 
它们 都 作为 参数 传递 给 新 图 数 。 只 要 没 在 提 烁 
部 分 对 这 些 变量 赋值 ， 处 理 起 来 就 没什么 难 


度 。 








如 果 东 个 变量 是 在 提炼 部 分 之 外 声明 但 只 
在 提炼 部 分 被 使 用 ， 束 把 变量 声明 也 搬移 a 到 所 
炼 部 分 代码 中 去 。 


如 果 变 量 按 值 传递 给 提 烁 部 分 义 在 提炼 部 
分 被 赋值 ， 束 必须 多 加 小 心 。 如 果 只 有 一 个 这 
样 的 变量 ， 我 会 答 试 将 提炼 出 的 新 函数 变 成 一 
个 查询 (guery) ， 用 其 返回 值 给 该 变量 赋值 。 


但 有 时 在 提炼 部 分 被 赋值 的 局 部 变量 太 
多 ， 这 时 最 好 是 先 放 弃 提 炼 。 这 种 情况 下 ， 我 
会 考虑 先 使 用 别 的 重 构 手 法 ， 例 如 拆 分 变量 
(240) 或 者 以 得 询 取代 临时 变量 〈178) , X 
简化 变量 的 使 用 情况 ， 然 后 再 考虑 提炼 函数 。 

















。 上 所 有 变量 都 处 理 完 之 后 ， 编 译 。 








如 采编 程 语言 文 持 编 译 期 检查 的 话 ， 在 处 
理 完 所 有 变量 之 后 做 一 次 编译 是 很 有 用 的 ， 编 
译作 经 常会 玫 你 找到 没有 被 恰当 处 理 的 变量 。 














。 在 源 函 数 中 ， 将 被 提炼 代码 段 葵 换 为 对 目标 函 
数 的 调用 。 

。 测试 。 

。 宜 看 其 他 代码 是 人 否 有 与 被 提炼 的 代码 段 相同 或 
相似 之 处 。 如 果 有 ， 考 处 使 用 以 函数 调用 取代 
内 联 代 码 (222) 令 其 调用 提炼 出 的 新 函数 。 





有 些 午 构 工具 和 直接 文 持 这 一 步 。 如 果 工 具 
不 文 持 ， 可 以 快速 搜索 一 下 ， 看 看 别处 是 否 还 
有 重复 代码 。 


YEP: 无 局 部 变量 





在 最 简单 的 情况 下 ， 近 炼 函数 易如反掌 。 请 看 
下 列 函 数 : 


function a og { 
let outstanding = 


CONSOLE. LOG (YR ee oa eae . 


了 


console.log("**** Customer Owes ****"); 
CONSOLE. LOG CTT Se AA SEPA Se SAAS AAS ESA Ne 


// calculate outstanding 


for (const o of invoice.orders) { 
outstanding += o.amount; 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


//print details 


console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding}); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 
} 


你 可 能 会 好 奇 clock .today 是 干什么 的 。 这 是 
一 个 Clock ” Wrapper[mf-cw]， 也 就 是 封装 系统 时 钟 
调用 的 对 象 。 我 尽量 避免 在 代码 中 直接 调 
用 Date.now() 这 样 的 函数 ， 因 为 这 会 导致 测试 行为 
不 可 预测 ， 以 及 在 诊断 故障 时 难以 复制 出 错时 的 情 
Dlo 

我 们 可 以 轻松 提 烁 出 “打印 横幅 ”的 代码 。 我 只 

要 甬 切 、 粘 贴 再 插入 一 个 函数 调用 动作 就 行 了 : 





function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += 0.amount 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


//print details 
console.log( name: ${invoice.customer}); 
console.log( amount: ${outstanding}); 


console.log(*due: ${invoice.dueDate.toLocaleDateString()}°); 
} 
function printBanner() { 

console. ee NO a a REEE 


console.log("**** Customer Owes ****"); 
console. LOG (US ESA AS EAS S AS EASA RS 


} 


P 同样 ， 我 还 可 以 把 “打印 详细 信息 ”部 分 也 提炼 
出 来 : 


function printOwing(invoice) { 
let outstanding = 


printBanner(); 
// calculate outstanding 
for (const o of invoice.orders) { 


outstanding += 0.amount 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


printDetails(); 


function printDetails() { 
console.log( name: ${invoice.customer}~ ); 
console.log( amount: ${outstanding} ); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 





看 起 来 担 烁 函数 是 一 个 极其 简单 的 重 构 。 但 很 
多 时 候 ， 情 况 会 变 得 比较 复杂 。 


在 上 面 的 例子 中 ， 我 把 printDetails 函 数 磐 僚 
在 printowing 疯 数 内 部 ， 这 样 前 者 束 能 访问 
到 printowing 内 部 定义 的 所 有 变量 。 如 果 我 使 用 的 
Hite ASCH HRA AL, WIEBE ST, BD 
么 我 就 要 面 对 “ 提 炼 出 一 个 顶层 函数 ”的 问题 。 此 时 
我 必须 细心 处 理 “ 只 存在 于 源 函 数 作 用 域 ”? 的 变量 ， 
包括 源 冰 数 的 参数 以 及 源 函 数 内 部 定义 的 临时 变 


= 
Æ o 


YEP: 有 局 部 变量 























局 部 变量 最 简单 的 情况 是 : 被 提炼 代 人 码 段 只 是 
读 取 这 些 变 量 的 值 ， 并 不 修改 它们 。 这 种 情况 下 我 
可 以 简单 地 将 它们 当 作 参数 传 给 目标 函数 。 所 以 ， 
如 果 我 面 对 下 列 函 数 : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 
//print details 
console.log( name: ${invoice.customer}-); 


console.log( amount: ${outstanding}); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


aol AY DAR FT EN FEAE 3 ABI SER T PA 
个 参数 的 函数 : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += 0O.amount; 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 
printDetails(invoice, outstanding); 


} 


function printDetails(invoice, outstanding) { 


console.log( name: ${invoice.customer}`); 
console.log( amount: ${outstanding} ); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}`); 


如 果 局 部 变量 是 一 个 数据 结构 《〈 例 如 数组 、 记 
录 或 者 对 象 ) ， 而 被 提炼 代码 段 义 修改 了 这 个 结构 
中 的 数据 ， 也 可 以 如 法 炮制 。 所 以 , “设置 到 期 
日 * 的 逻辑 也 可 以 用 同样 的 方式 提炼 出 来 : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 
// calculate outstanding 


for (const o of invoice.orders) { 
outstanding += o.amount; 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function recordDueDate(invoice) { 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


Ul: 对 局 部 变量 再 赋值 





如 果 被 提 炬 代码 段 对 局 部 变量 赋值 ， 问 题 就 变 
得 复杂 了 。 这 里 我 们 只 讨论 临时 变量 的 问题 。 如 果 
你 发 现 源 函 数 的 参数 们 赋值， 应 该 马上 使 用 拆 分 变 

量 (240) 将 其 变 成 临时 变量 。 


被 赋值 的 临时 变量 也 分 两 种 情况 。 较 简单 的 情 
况 是 : 这 个 变量 只 在 被 提 炬 代码 段 中 使 用 。 石 果真 
如 此 ， 你 可 以 将 这 个 临时 变量 的 声明 移 到 被 提 烁 代 
码 段 中 ， 然 后 一 起 提炼 出 去 。 如 果 变 量 的 初始 化 和 
使 用 离 得 有 反 儿 远 ， 可 以 用 移动 语句 “223) 把 针 
对 这 个 变量 的 操作 放 到 一 起 。 


比较 粮 粽 的 情况 是 :被 提炼 代码 段 之 外 的 代码 
也 使 用 了 这 个 变量 。 此 时 我 需要 返回 修改 后 的 值 。 
我 会 用 下 面 这 个 已 经 很 眼熟 的 函数 来 展示 该 怎么 
做 : 




















function de { 
let outstanding = 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += 0.amount 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


前 面 的 重 构 我 都 一 步 到 位 地 展示 了 结束 ， 因 为 
它们 都 很 简单 。 但 这 次 我 会 一 步 一 步 展 未 “做 法 ”里 
的 每 个 步 又 。 


首先 ， 把 变量 声明 移动 到 使 用 处 之 前 。 








function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 

let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += 0.amount 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 





然后 把 想 要 提炼 的 代码 复制 到 目标 函数 中 。 





function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 

let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += 0O.amount; 


J 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += 0.amount 


return outstanding; 


HHS outstanding Se) E H AS IS BSE 
炼 出 的 新 函数 中 ， 束 不 需要 再 将 其 作为 参数 传 入 
了 。outstanding 是 提 炬 代码 段 中 唯一 被 重新 赋值 
的 变量 ， 所 以 我 可 以 直接 返回 它 。 


我 的 JavaScript 环 境 在 编译 期 提供 不 了 任何 价 
值 简直 还 不 如 文本 编辑 器 的 语法 分 机 有 用 ， 上 所 
以 “做 法 ”里 的 “编译 ”一 步 可 以 跳 过 了 。 下 一 件 事 是 
修改 原来 的 代码 ， 令 其 调用 新 水 数 。 新 阔 数 返回 了 
修改 后 的 outstanding 变 量 值 ， 我 需要 将 其 存 入 原 
RAR BP 











function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice) ; 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += o.amount; 


return outstanding; 


在 收工 之 前 ， ee 使 其 
符合 我 一 贯 的 编码 风 笠 。 








function printOwing(invoice) { 
printBanner(); 
const outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice); 
printDetails(invoice, outstanding); 
function calculateOutstanding(invoice) { 
let result = 0; 
for (const o of invoice.orders) { 
result += 0o.amount; 


return result; 


我 还 顺手 把 原来 的 outstanding 变 量 声明 
成 const 的 ， 令 其 在 初始 化 之 后 不 能 再 次 被 赋值 。 


这 时 候 ， 你 可 能 会 问 :“ 如 果 需 要 返回 的 变量 
Nv MiKEAIE? ” 


有 几 种 选择 。 最 好 的 选择 通常 是 : 挑选 男 一 块 
代码 来 提炼 。 我 比较 喜欢 让 每 个 函数 都 只 返回 一 个 
值 ， 所 以 我 会 安排 多 个 函数 ， 用 以 返回 多 个 值 。 如 
果真 的 有 必要 提炼 一 个 函数 并 返回 多 个 值 ， 可 以 构 
造 并 返回 一 个 记录 对 象 一 不 过 通常 更 好 的 办 法 还 是 
回 过 头 来 重新 处 理 局 部 变量 ， 我 党 用 的 重 构 手 法 有 
以 查询 取代 临时 变量 (178) 和 拆 分 变量 (240) 。 


如 果 我 想 把 提炼 出 的 函数 据 移 到 别 的 上 下 文 
(例如 变 成 项 层 函 数 ) ， 会 引 及 一 些 有 趣 的 问题 。 
我 仿 好 小 步 前 进 ， 所 以 我 本 能 的 做 法 是 先 提炼 成 联 
套 函 数 ， 然 后 再 将 其 移入 新 的 上 下 文 。 但 这 种 做 法 




















的 及 烦 在 于 处 理 局 部 变量 ， 而 这 个 困难 无 法 提前 发 
现 ， 直 到 我 开始 最 后 的 搬移 时 才 突 然 肾 露 。 从 这 个 
角度 考虑 ， 即 便 可 以 先 担 炼 成 巷 套 函数， 或 许 也 应 
该 至 少将 目标 函数 放 在 源 函 数 的 同 级 ， 这 样 我 束 能 
立即 看 出 提 烁 的 范围 是 个 合理 。 








6.2 Wee (Inline Function) 


HZ: 内 联 函 数 (nline Method) 
RAH: 提炼 函数 (106) 


function getRating(driver) { 
return moreThanFiveLateDeliveries(driver) ? 2 : 1; 


function moreThanFiveLateDeliveries(driver) { 
return driver.numberOfLateDeliveries > 5; 


function getRating(driver) { 
return (driver.numberOfLateDeliveries > 5) ? 2: 1; 


动机 





本 书 经 常 以 简短 的 函数 表现 动作 意图 ， 这 样 会 
使 代码 更 清晰 易 读 。 但 有 时 候 你 会 遇 到 未 些 函 数 ， 
其 内 部 代码 和 函数 名 称 同 样 清晰 易 恋 。 也 可 能 你 重 
构 了 该 函数 的 内 部 实现 ， 使 其 内 容 和 其 名 称 变 得 同 
Ran. ARAM, MAMAMAN, A 
接 使 用 其 中 的 代码 。 间 接 性 可 能 带 来 帮助 ， 但 非 必 
要 的 间接 性 总 是 让 人 不 舒服 。 

男 一 种 需要 使 用 内 联 函数 的 情况 是 ， 我 手 上 有 
一 群 组 织 不 其 合理 的 函数 。 可 以 将 它们 都 内 联 到 一 
et See 














如 果 代 码 中 有 太 多 间接 层 ， 使 得 系统 中 的 所 有 
因数 都 似乎 只 是 对 夯 一 个 函数 的 简单 委托 ， 造 成 我 
在 这 些 委托 动作 之 间 军 头 转 癌 ， 那 么 我 通 闻 都 会 使 
用 内 联 函 数 。 当 然 ， 间 接 层 有 其 价值 ， 但 不 是 所 有 
间接 层 都 有 价值 。 通 过 内 联手 法 ， 我 可 以 找 出 那些 
有 用 的 间接 层 ， 同 时 将 无 用 的 间接 层 去 除 。 














做 法 





MERA, MECHA SATE. 


如 果 访 函数 属于 一 个 类 ， 并 且 有 子 类 继承 
本 这 个 函数 ， 那 么 就 无 法 内 联 。 


。 找 出 这 个 函数 的 所 有 调用 点 。 
e KEXA R ZI A V H AR E A ARAE o 
o FREZI, TMM. 


不 必 一 次 完成 整个 内 联 操作 。 如 果 东 些 调 
用 点 比较 难以 内 联 ， 可 以 等 到 时 机 成 熟 后 再 来 


Ab FH 


o MISE AZTI E X o 


BRIG, ARRAPAR. Ei 
往往 并 非 如 此 。 对 于 递归 调用 、 多 返回 点 、 内 联 至 
男 一 个 对 象 中 而 该 对 象 并 无 访问 函数 等 复杂 情况 ， 
我 可 以 写 上 好 几 页 。 我 之 所 以 不 写 这 些 特殊 情况 ， 
原因 很 简单 : 如 果 你 过 到 了 这 样 的 复杂 情况 ， 束 不 
应 该 使 用 这 个 重 构 手 法 。 











we il 





在 最 简单 的 情况 下 ， 这 个 重 构 简单 得 个 值 一 
提 。 一 开始 的 代码 是 这 样 : 


function rating(aDriver) { 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 
} 
function moreThanFiveLateDeliveries(aDriver) { 
return aDriver.numberOfLateDeliveries > 5; 


J 


我 只 要 把 被 调用 的 函数 的 return 语 人 句 复 制 出 
来 ， 粘 贴 到 调用 处 ， 取 代 原 本 的 函数 调用 ， 束 行 


Ja 


function rating(aDriver) { 
return aDriver.numberOfLateDeliveries &gt; 5? 2 : 1; 


不 过 实际 情况 可 能 不 会 这 么 简单 ， 需 要 我 多 做 
一 点 儿 工 作 ， 帮 助 代 码 融 入 它 的 新 家 。 人 例如， 开始 
时 的 代码 与 前 面 稍 有 不 同 : 


function rating(aDriver) { 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 


function moreThanFiveLateDeliveries(dvr) { 
return dvr.numberOfLateDeliveries > 5; 


几乎 是 一 样 的 代码 ， 
但 moreThanFiveLateDeliveries 辆 数 声 明 的 形式 参 
数 名 与 调用 处 使 用 的 变量 名 不 同 ， 所 以 我 在 内 联 时 
需要 对 代码 做 些微 调 。 





function rating(aDriver) { 
return aDriver.numberOfLateDeliveries > 5 ? 2: 1; 


情况 还 可 能 更 复杂 。 例 如 ， 请 看 下 列 代码 : 





function reportLines(aCustomer) { 
const lines = []; 


gatherCustomerData(lines, aCustomer); 
return lines; 


} 

function gatherCustomerData(out, aCustomer) { 
out.push(["name", aCustomer.name] ); 
out.push(["location", aCustomer.location]); 


我 要 把 gathercustomerData 内 联 
到 reportLines 中 ， 这 时 简单 的 筋 切 和 粘贴 瓯 不够 
了 。 这 段 代码 还 不 算 很 及 烦 ， 大 多 数 时 候 我 还 是 一 
步 到 位 地 完成 了 重 构 ， 只 是 需要 做 些 调整 。 如 果 想 
更 谨慎 些 ， 也 可 以 每 次 搬移 一 行 代码 : 可 以 首先 对 
第 一 行 代码 使 用 搬移 语句 到 调用 者 (217) 一 一 我 
还 是 用 简单 的 “ 藤 切 -粘贴 -调整 ”方式 进行 。 





function reportLines(aCustomer) { 
const lines = []; 


lines.push(["name", aCustomer.name]); 
gatherCustomerData(lines, aCustomer); 
return lines; 


function gatherCustomerData(out, aCustomer) { 


eutpusht{{"name_—acustemer rane p)— 
out.push(["location", aCustomer.location]); 





然后 继续 处 理 后 面 的 代码 行 ， 直 到 完成 整个 重 
构 。 


function reportLines(aCustomer) { 


const lines = []; 

lines.push(["name", aCustomer.name]); 
lines.push(["location", aCustomer.location]); 
return lines; 


重点 在 于 始终 小 步 前 进 。 大 多 数 时 候 ， 由 于 我 
平时 写 的 函数 部 很 小 ， 内 联 函数 可 以 一 步 完 成 ， 顶 
多 需要 一 点 代码 调整 。 但 如 末 遇 到 了 复杂 的 情况 ， 
我 会 每 次 内 联 一 行 代码 。 哪 怕 只 是 处 理 一 行 代码 ， 
也 可 能 过 到 麻 燃 ， 那 么 我 就 会 使 用 更 精细 的 重 构 手 
法 搬移 语句 到 调用 者 〈217) ， 将 步子 再 拆 细 一 
点 。 有 时 我 会 目 信 满 满 地 快速 完成 重 构 ， 然 后 测试 
却 失败 了 ， 这 时 我 会 回 退 到 上 一 个 能 通过 测试 的 版 
F, WAAJIRI, AEAEE 











6.3 #2443 (Extract Variable) 


HZ: 引入 解释 性 变量 CIntroduce 
Explaining Variable) 


反问 重 构 :内 联 变 量 (123) 


< Ee 






return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


const basePrice = order.quantity * order.itemPrice; 

const quantityDiscount = Math.max(0, order.quantity - 500) * 
const shipping = Math.min(basePrice * 0.1, 100); 

return basePrice - quantityDiscount + shipping; 


动机 





表达 陈 有 可 能 非 芝 复杂 而 难以 疯 谈 。 这 种 情况 
下 ， 局 部 变量 可 以 帮助 我 们 将 表达 式 分 解 为 比较 容 
易 管 理 的 形式 。 在 面 对 一 块 复杂 网 辑 时 ， 局 部 变量 
使 我 能 给 其 中 的 一 部 分 命名 ， 这 样 我 融 能 更 好 地 理 
解 这 部 分 逻辑 是 要 干什么 。 


这 样 的 变量 在 调试 时 也 很 方便 ， 它 们 给 调试 占 
和 打印 语句 所 供 了 便利 的 抓 手 。 

如 果 我 考虑 使 用 拓 炼 变量 ， 束 意味 看 我 要 给 代 
码 中 的 一 个 表达 式 命 名 。 一 旦 决定 要 这 样 做 ， 我 就 








得 考虑 这 个 名 字 所 处 的 上 下 文 。 如 果 这 个 名 字 只 在 
当前 的 函数 中 有 意义 ， 那 么 提炼 变量 是 个 不 错 的 选 
Fe; 但 如 果 这 个 变量 名 在 更 宽 的 上 下 文中 也 有 意 
X, RRF EKHE, E DAR AE 
式 。 如 果 在 更 党 的 范围 可 以 访问 到 这 个 名 字 ， 束 意 
味 看 其 他 代码 也 可 以 用 到 这 个 表达 式 ， 而 不 用 把 它 
重 写 一 裔 ， 这 样 能 减少 重复 ， 并 且 能 更 好 地 表达 我 
的 意图 。 


“将 新 的 名 字 戏 露 得 更 宽 ” 的 坏处 则 是 需要 额外 
的 工作 量 。 如 果 工 作 量 很 大 ， 我 会 暂时 搁 下 这 个 想 
法 ， 稍 后 再 用 以 查询 取代 临时 变量 〈178) 来 处 理 
它 。 但 如 条 处 理 其 他 很 简单 ， 我 驶 会 立即 动手 ， 这 
样 马 上 就 可 以 使 用 这 个 新 名 字 。 有 一 个 好 的 例子 : 
如 果 我 处 理 的 这 段 代码 属于 一 个 类 ， 对 这 个 新 的 变 
量 使 用 提炼 函数 〈106) 会 很 容易 。 


做 法 
































。 确 认 要 提 烁 的 表达 式 没 有 副作用 。 

。 声 明 一 个 不 可 修改 的 变量 ， 把 你 想 要 提炼 的 表 
达 式 复制 一 份 ， 以 该 表达 式 的 结果 值 给 这 个 变 
量 赋值 。 

。 用 这 个 新 变量 取代 原来 的 表达 式 。 
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如 采访 表达 式 出 现 了 多 次 ， 请 用 这 个 新 变量 逐 
一 符 换 ， 每 次 答 换 之 后 者 要 执行 测试 。 


ww Bl 


我 们 从 一 个 简单 计算 开始 : 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


这 段 代 人 码 还 算 简 单 ， 不 过 我 可 以 让 它 变 得 更 容 
易 理 解 。 首 先 ， 我 发 现 ， 底 价 Cbase price) 等 于 数 
= (quantity) FL (item price) 。 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 
} 


我 把 这 一 新 学 到 的 知识 放 进 代码 里 ， 创 建 一 个 
变量 ， 并 给 它 起 个 合适 的 名 学: 





function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 
} 





当然 ， 仅 仅 声 明 并 初始 化 一 个 变量 没有 任何 作 
用 ， 我 还 得 使 用 它 才 行 。 所 以 ， 我 用 这 个 变量 取代 
了 原来 的 表达 式 : 





function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 
} 





稍 后 的 代码 还 用 到 了 同样 的 表达 式 ， 也 可 以 用 
新 建 的 变量 取代 之 。 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(basePrice * 0.1, 100); 


下 一 行 是 计算 批发 折扣 Cquantity discount) 的 
wae, FRE pe HOR: 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
const quantityDiscount = Math.max(0, order.quantity - 500) * 
return basePrice - 
quantityDiscount + 
Math.min(basePrice * 0.1, 100); 
} 


最 后 ， 我 再 把 运费 (shipping) EPEA H 
来 。 同 时 我 还 可 以 删 反 代码 中 的 注释 ， 因 为 现在 代 
人 码 已 经 可 以 完美 表达 自己 的 意义 了 : 





function price(order) { 
const basePrice = order.quantity * order.itemPrice; 


const quantityDiscount = Math.max(0, order.quantity - 500) * 


const shipping = Math.min(basePrice * 0.1, 100); 
return basePrice - quantityDiscount + shipping; 


范例 ， 在 一 个 类 中 


下 面 是 同样 的 代码 ， 但 这 次 它 位 于 一 个 类 中 : 


class Order { 
constructor(aRecord) { 
this. _data = aRecord; 
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get quantity() {return this, _data.quantity; } 
get itemPrice() {return this. _data.itemPrice; } 


get price() { 
return this.quantity * this.itemPrice - 


Math.max(0, this.quantity - 500) * this.itemPrice * 0.05 + 
Math.min(this.quantity * this.itemPrice * 0.1, 100); 
} 
} 


我 要 捉 炼 的 还 是 同样 的 变量 ， 但 我 意识 到 : 
些 变 量 名 所 代表 的 概念 ， 适 用 于 整 个 Order 关 ， 而 
不 仅仅 是 “计算 价格 ”的 上 下 文 。 既 然 如 此 ， 我 更 愿 
意 将 它们 提炼 成 方法 ， 而 不 是 变量 。 


class Order { 
constructor(aRecord) { 
this. data = aRecord; 


} 
get quantity() {return this. _data.quantity; } 


get itemPrice() {return this. _data.itemPrice; } 


get price() { 


return this.basePrice - this.quantityDiscount + this.shipping 


get basePrice() {return this.quantity * this.itemPrice 


get quantityDiscount() {return Math.max(0, this.quantity - 50 


get shipping() {return Math.min(this.basePrice * 0.1, 


IX ENT ei RA — AUER: 它们 提供 了 合适 的 
ER SC, Fit or PAA Ie A o FE akk fl 
的 情况 下 ， 这 方面 的 好 处 还 不 太 明 显 ; 但 在 一 个 更 
AWA, ORR ADA A, WP’ 
独立 的 概念 抽象 ， 给 它 起 一 个 好 名 字 ， 对 于 使 用 对 
象 的 人 会 很 有 帮助 。 





6.4 内 联 变量 (Inline Variable) 


曾 用 名 : 内 联 临 时 变量 (Inline Temp) 
RAJEH: 提炼 变 量 (119) 


@ < 





let basePrice = anOrder.basePrice; 
return (basePrice > 1000); 


ktg 


return anOrder.basePrice > 1000; 
动机 


在 一 个 函数 内 部 ， 变 量 能 给 表达 云 提供 有 意义 
的 名 字 ， 因 此 通 利 变量 是 好 东西 。 但 有 时 候 ， 这 个 
名 字 并 不 比 表 达 式 本 里 更 具 表 现 力 。 还 有 些 时 候 ， 
变量 可 能 会 妨碍 重 构 附近 的 代码 。 夯 果真 如 此 ， 束 
应 该 通过 内 联 的 手法 消除 变量 。 


做 法 


。 检 得 确认 变量 赋值 语句 的 右 侧 表 达 式 没有 副 作 
用 。 





。 如 有 果 变 量 没 有 人 被 声明 为 不 可 修改 ， 先 将 其 变 为 
不 可 修改 ， 并 执行 测试 。 





这 是 为 了 确保 该 变量 只 被 赋值 一 次 。 





。 找 到 第 一 处 使 用 该 变量 的 地 方 ， 将 其 登 换 为 二 
接 使 用 峰值 语句 的 右 侧 表达 式 。 

e Mhio 

。 重 复 前 面 两 步 ， 逐 一 谷 换 其 他 所 有 使 用 该 变量 
的 地 方 。 

。 删除 该 变量 的 声明 点 和 赋值 语句 。 

。 测试 。 





6.5 ”改变 函数 声明 (Change 


Function Declaration ) 


别名 : 函数 改名 (Rename Function) 
HZ: 函数 改名 (Rename Method) 
用 名 : 添加 参数 (Add Parameter) 
HZ: 移 除 参数 (Remove Parameter) 


别名 : 修改 签名 (Change Signature) 








function circum(radius) {...} 





function circumference(radius) {...} 
动机 


PA Be ET PEP RD DRE BOT A. K 
数 声 明 则 展现 了 如 何 将 这 些小 块 组 合 在 一 起 工作 
造 体 一 样 ， 系 统 的 好 坏 很 大 程度 上 取决 于 关 市 。 好 
的 关节 使 得 给 系统 添加 新 部 件 很 容易 ， 而 糟 烷 的 关 
市 则 不 断 招致 有 烦 ， 让 我 们 难以 看 清 软件 的 行为 ， 
当 需 求 变 化 时 难以 找到 合适 的 地 方 进行 修改 。 还 
我 可 以 改变 这 些 关 节 ， 只 是 要 小 
心 修改 。 

















对 于 这 些 关 节 而 言 ， 最 重要 的 元 素 当 属 函 数 的 
名 字 。 一 个 好 名 字 能 让 我 一 眼看 出 函数 的 用 途 ， 而 
不 必 碍 看 其 实现 代码 。 但 起 一 个 好 名 字 并 不 容易 ， 
我 很 少 能 第 一 次 就 把 名 字 起 对 。 “BRUT AFA 
AERA, LENEI E IEn, MEE 
AN AAPM F REAAL EELE S| AR 
的 。 为 了 拯救 程序 的 灵魂 ， 绝 不 能 上 了 他 的 当 。 如 
朱 我 看 到 一 个 函数 的 名 字 不 对 ， 一 旦 及 现 了 更 好 的 
名 字 ， 束 得 尽快 给 函数 改名 。 这 样 ， 下 一 次 再 看 到 
这 上 段 代码 时 ， 我 束 不 用 再 避 力 搞 展 其 中 到 的 在 干 什 
么 。〔《 有 一 个 改进 函数 名 字 的 好 办 法 : 先 写 一 句 注 
Wt a 
Fo ) 


对 于 函数 的 参数 ， 道 理 也 是 一 样 。 函 数 的 参数 
列表 阐述 了 消 数 如 何 与 外 部 世界 共处 。 冰 数 的 参数 
设置 了 一 个 上 下 文 ， 只 有 在 这 个 上 下 文中 ， 我 才能 
使 用 这 个 函数 。 假 如 有 一 个 图 数 的 用 途 是 把 东 人 的 
电话 号 码 转 换 成 特定 的 格式 ， 并 且 该 函数 的 参数 是 
一 个 人 (person) ， 那 么 我 束 没 法 用 这 个 函数 来 处 
理 公 司 Ccompany) 的 电话 号 码 。 如 果 我 把 函数 接 
受 的 参数 由 “人 ” 改 成 “电话 号 码 ”， 这 上 段 处 理 电 话 号 
码 格式 的 代码 驶 能 被 更 广泛 地 使 用 。 


修改 参数 列表 不 仅 能 增加 函数 的 应 用 范围 ， 还 
能 改变 连接 一 个 模块 所 需 的 条 件 ， 从 而 去 除 不 必要 














的 耦合 。 在 前 面 这 个 例子 中 ， 修 改 参数 列表 之 
后 , “ACR BEL EEL TS AGS” Ke TE RR CA 
丁 解 “< 人 ”这 个 概念 。 减 少 模块 彼此 之 间 的 信息 依 
赖 ， 当 我 要 做 出 修改 时 就 能 减轻 我 大 脑 的 负担 
毕竟 我 的 脑 容量 已 经 不 如 从 前 那么 大 了 《 跟 我 脑袋 
的 大 小 没关系 )。 


如 何 选 择 正 确 的 参数 ， 没 有 简单 的 规则 可 循 。 
我 可 能 有 一 个 简单 的 函数 ， 用 于 判断 支付 是 否 逾 期 
如 果 超 期 30 天 未 付 蒜 ， 那 么 这 笔 支 付 就 途 期 
了 。 这 个 函数 的 参数 应 该 是 “支付 ”(payment) 对 
象 ， 还 是 支付 的 到 期 日 呢 ?” 如 果 使 用 支付 对 象 ， 会 
使 这 个 函数 与 支付 对 象 的 接口 耦合 ， 但 好 处 是 可 以 
很 容易 地 访问 后 者 的 其 他 属性 ， 当 “逾期 * 的 逻辑 发 
生变 化 时 就 不 用 修改 所 有 调用 该 函数 的 代码 一 一 换 
句 话 说， 提高 了 该 函数 的 封装 度 。 


对 这 道 难题 ， 唯 一 正确 的 答案 是 “没有 正确 答 
案 ”， 而 且 答 案 还 会 随 着 时 间 变 化 。 所 以 我 发 现 掌 
握 改 变 函 数 声 明 重 构 手法 至 关 重 要 ， 这 样 当 我 想 好 
代码 中 应 该 有 哪些 关节 时 ， 才 能 使 代码 随 着 我 的 理 
解 而 演进 。 

在 本 书 中 引用 重 构 手法 时 ， 我 通常 只 使 用 它 的 
主 名 称 。 但 “改名 ”(rename) 是 改变 函数 声明 的 重 
要 应 用 场景 ， 所 以 ， 如 果 只 是 用 于 改名 ， 我 会 将 这 
个 重 构 称 作 函数 改名 (Rename Function) ， 这 样 能 
































更 清晰 地 表达 我 的 用 意 。 从 做 法 的 角度 ， 不 管 是 给 
函数 改名 还 是 修改 参数 列表 ， 做 法 部 是 一 样 的 。 


做 法 


对 于 本 书 中 的 大 部 分 重 构 ， 我 只 展示 了 一 套 做 
法 。 这 并 非 因 为 只 有 这 一 套 做 法 ， 而 是 因为 大 部 分 
情况 下 ， 一 套 标准 的 做 法 都 管用 。 不 过 ， 改 变 函 数 
声明 是 一 个 例外 。 它 有 一 套 简 时 的 做 法 ， 这 套 做 法 
me SAN; 但 在 很 多 时 候 ， 有 必要 以 更 渐进 的 方式 
逐步 迁移 到 达 最 终结 果 。 所 以 ， 在 进行 此 重 构 时 ， 
我 会 得 看 变更 的 范围 ， 目 问 是 个 能 一 步 到 位 地 修改 
函数 声明 及 其 所 有 调用 者 。 如 果 可 以 ， 我 就 及 用 简 
单 的 做 法 。 迁 移 式 的 做 法 让 我 可 以 逐步 修改 调用 方 
代码 ， 如 果 函 数 被 很 多 地 方 调用 ， 或 者 修改 不 容 
易 ， 或 者 要 修改 的 是 一 个 多 态 函 数 ， 或 者 对 函数 声 
明 的 修改 比较 复 人 条 ， 能 渐进 式 地 逐步 修改 就 很 重 
EL 























简单 的 做 法 


。 如 果 想 要 移 除 一 个 参数 ， 需 要 先 确 定 函 数 体 内 
没有 使 用 该 参数 。 





。 修改 函数 声明 ， 使 其 成 为 你 期 望 的 状态 。 

。 找 出 所 有 使 用 旧 的 函数 声明 的 地 方 ， 将 它们 改 
为 使 用 新 的 函数 声明 。 

。 测试 。 


最 好 能 把 大 的 修改 拆 成 小 的 步 又 ， 所 以 如 来 你 
既 想 修改 函数 名 ， 叉 想 添加 参数 ， 最 好 分 成 两 步 来 
filo COPEL, 不论 何 时 ， 如 果 过 到 了 麻烦 ， 请 撤销 
修改 ， 并 改 用 迁移 式 做 法 。) 








迁移 式 做 法 


。 如 果 有 必要 的 话 ， 先 对 函数 体内 部 加 以 重 构 ， 
使 后 面 的 提炼 步骤 易于 开展 。 
— (106) $4 PR RUE TEKK PT BRI 








如 果 你 打算 沿用 上 函数 的 名 字 ， 可 以 先 给 
新 函数 起 一 个 易于 搜索 的 临时 名 字 。 


。 如 条 所 炼 出 的 函数 需要 新 增 参数 ， 用 前 面 的 简 
单 做 法 添加 即 可 。 
e Mhio 


。 对 旧 函 数 使 用 内 联 函 效 〈115) 。 

。 如 本 新 函数 使 用 了 临时 的 名 字 ， 和 再 次 使 用 改变 
畏 数 声明 《〈124) 将 其 改 回 原 来 的 名 字 。 

e Mhio 


如 果 要 重 构 的 函数 属于 一 个 具有 多 态 性 的 类 ， 
那么 对 于 该 函数 的 每 个 实现 版 本 ， 你 都 需要 通 
过 “提炼 出 一 个 新 函数 ”的 方式 添加 一 层 间 接 ， 并 把 
日 函 数 的 调用 转 肥 给 新 函数 。 如 来 该 函数 的 多 态 性 
古 在 一 个 类 继承 体系 中 体现 ， 那 么 只 需要 在 超 类 上 
转发 即 可 ; 如 果 各 个 实现 类 之 间 并 没有 一 个 共同 的 
超 类 ， 那 么 就 需要 在 每 个 实现 类 上 做 转 肥 。 


如 果 要 重 构 一 个 已 对 外 发 布 的 API， 在 提 烁 出 
新 函数 之 后 ， 你 可 以 暂停 重 构 ， 将 原来 的 函数 声明 
为 “不 推荐 使 用 ”(deprecated) ， 然 后 给 客户 端 一 
点 时 间 转 为 使 用 新 函数 。 等 你 有 信心 所 有 客户 端 都 
CZ MIB ea A eA, FAS RI eR AY 
AH 

















YEP: 函数 改名 《简单 做 法 ) 


下 列 函 数 的 名 字 太 过 简略 了 : 


function circum(radius) { 


return 2 * Math.PI * radius; 


我 想 把 它 改 得 更 有 意义 一 点 儿 。 首 先 修改 函数 
的 声明 


function circumference(radius) { 
return 2 * Math.PI * radius; 


然后 找 出 所 有 调用 circum 函 数 的 地 方 ， 将 其 改 


为 circumference。 


在 不 同 的 编程 语言 环境 中 , “找到 所 有 调用 旧 
函数 的 地 方 > 这 件 事 的 难度 也 各 异 。 静 态 类 型 加 上 
趁 手 的 IDE 能 提供 最 好 的 体验 ， 通 常 可 以 全 自动 地 
完成 函数 改名 ， 出 错 的 概率 极 低 。 如 果 没 有 静态 类 
型 ， 就 需要 多 花 些 工夫 : 即便 再 好 的 搜索 工具 ， 也 
可 能 会 找 出 很 多 同名 但 并 非 同一 函数 的 地 方 。 


增 减 参数 的 做 法 也 相同 : 找 出 所 有 调用 者 ， 修 
改 函 数 声明 ， 然 后 修改 调用 者 。 最 好 是 能 分 步骤 修 
改 : 如 条 既 想 给 图 数 改 名 ， 叉 想 添 加 参数 ， 我 会 先 
完成 改名 ， 测 试 ， 然 后 添加 参数 ， 然 后 再 次 测试 。 


这 个 重 构 的 简单 做 法 缺点 在 于 ， 我 必须 一 次 性 
修改 所 有 调用 者 和 函数 声明 (或 者 说 ， 所 有 的 函数 

















声明 ， 如 果 有 多 态 的 话 ) 。 如 果 只 有 不 多 的 几 处 调 
用 者 ， 或 者 如 果 有 可 徘 的 自动 化 重 构 工具 ， 这 样 做 
是 没 问 题 的 。 但 如 果 调 用 者 很 多 ， 事 情 束 会 变 得 很 
环 手 。 男 外 ， 如 果 函 数 的 名 字 并 不 唯一 ， 也 可 能 造 
成 问题 。 例 如 ， 我 想 给 代表 “人 ”的 Person 类 的 
changeAddress 函 数 改 名 ， 但 同时 在 代表 “保险 合 
同 ” 的 InsuranceAgreement 类 中 也 有 一 个 同名 的 函 
数 ， 而 我 并 不 想 修 改 后 者 的 名 字 。 修 改 越 是 复杂 ， 
我 束 越 不 希望 一 步 到 位 地 完成 。 如 果 有 这 些 问题 出 
现 ， 我 就 会 改 为 使 用 迁移 式 做 法 。 同 样 ， 如 果 使 用 
简单 做 法 时 出 了 什么 错 ， 我 也 会 把 代码 回 深 到 上 一 
个 已 知 正确 的 状态 ， 并 改 用 迁移 式 做 法 再 来 一 过 。 


WP: 函数 改名 迁移 式 做 法 ) 











还 是 这 个 名 字 太 过 简略 的 函数 : 


function circum(radius) { 
return 2 * Math.PI * radius; 


按照 迁移 式 做 法 ， 我 首先 要 对 整个 函数 体 使 用 
提炼 函数 (106) : 





function circum(radius) { 
return circumference(radius); 


function circumference(radius) { 
return 2 * Math.PI * radius; 


} 


此 时 我 要 执行 测试 ， 然 后 对 旧 函 数 使 用 内 联 函 
数 (115〉: 找 出 所 有 调用 旧 函 数 的 地 方 ， 将 其 改 
为 调用 新 函数 。 每 次 修改 之 后 部 可 以 执行 测试 ， 这 
样 我 加 可 以 小 步 前 进 ， 每 次 修改 一 处 调用 者 。 所 有 
调用 者 部 修改 完 之 后 ， 我 就 可 以 删除 旧 函 数 。 


大 多 数 重 构 手法 只 用 于 修改 我 有 权 修 改 的 代 
人 码 ， 但 这 个 重 构 手法 同样 适用 于 已 发 布 API 一 一 使 
用 这 些 API 的 代码 我 无 权 修改 。 以 上 面 的 代码 为 
例 ， 创 建 出 circumference 国 数 之 后 ， 我 融 可 以 暂 
FER, FF CARA WN) 将 circum 函 数 标 记 
为 deprecated。 然 后 我 陨 耐 心 等 竺 客户 端 改 
用 circumference 函 数 ， 等 他 们 部 改 完 了 ， 我 再 删 
除 circum 函 数 。 即 便 永 远 也 抵达 不 了 “删除 circum 
至 少 新 代码 有 了 一 个 更 好 
A Fo 


Wl: 添加 参数 











想象 一 个 管理 图 书馆 的 软件 ， 其 中 有 代表 “图 
书 ” 的 Book 类 ， 它 可 以 接受 顾客 (customer) 的 预订 
(reservation) : 


class Book... 


addReservation(customer) { 
this._reservations.push(customer ); 


} 


现在 我 需要 文 持 “高 优先 级 预订 ”， 因 此 我 要 给 
addReservation 和 额外 添加 一 个 参数 ， 用 于 标记 这 次 
预订 应 该 进入 普通 队列 还 是 优先 队列 。 如 果 能 很 容 
易 地 找到 并 修改 所 有 调用 方 ， 我 可 以 直接 修改 ; 但 
如 果 不 行 ， 我 仍然 可 以 采用 迁移 式 做 法 ， 下 面 是 详 
细 的 过 程 。 


首先 ， 我 用 提炼 函数 〈106) 把 
addReservation 的 函数 体 提 炼 出 来 ， 放 进 一 个 新 函 
数 。 这 个 新 函数 最 终 会 叫 addReservation， 但 新 旧 
两 个 函数 不 能 同时 占用 这 个 名 字 ， 上 所 以 我 会 先 给 新 
函数 起 一 个 容易 搜索 的 临时 名 字 。 














class Book... 


addReservation(customer) { 
this.zz_addReservation(customer ); 


zz_addReservation(customer) { 
this._reservations.push(customer ); 


J 


然后 我 会 在 新 函数 的 声明 中 增加 参数 ， 同 时 修 
改 旧 函数 中 调用 新 函数 的 地 方 ( 也 就 是 采用 简单 做 
法 完成 这 一 步 ) 。 





class Book... 


addReservation(customer) { 
this.zz_addReservation(customer, false); 


zz_addReservation(customer, isPriority) { 
this._reservations.push(customer ); 


} 


在 修改 调用 方 之 前 ， 我 喜欢 利用 JavaScript 的 
语言 特性 先 应 用 引入 断言 302) ， 确 保 调 用 方 一 
定 会 用 到 这 个 新 参数 。 


class Book... 


zz_addReservation(customer, isPriority) { 
assert(isPriority === true || isPriority === false); 


this._reservations.push(customer ); 


现在 ， 如 果 我 在 修改 调用 方 时 出 了 错 ， 没 有 扣 
供 新 参数 ， 这 个 断言 会 帮 我 抓 到 错误 一 一 以 我 过 去 
的 经 验 来 看 ， 比 我 更 容易 出 错 的 程序 员 怕 古 不 多 。 
现在 ， 我 可 以 对 源 函 数 使 用 内 联 函 数 


C115) ， 使 其 调用 者 转 而 使 用 新 函数 。 这 样 我 可 
以 每 次 只 修改 一 个 调用 者 。 


现在 我 束 可 以 把 新 函数 改 回 原来 的 名 字 了。 一 
般 而 言 ， 此 时 用 简单 做 法 束 够 了 ; 但 如 果 有 必要 ， 
也 可 以 再 用 一 过 迁移 式 做 法 。 


whl: 把 参数 改 为 属性 














此 前 的 范例 都 很 简单 : 改 个 名 ， 增 加 一 个 参 
数 。 有 了 迁移 式 做 法 以 后 ， 这 个 重 构 手 法 可 以 相当 
利落 地 处 理 更 复杂 的 情况 。 下 面 就 是 一 个 更 复杂 的 
例子 。 

假设 我 有 一 个 函数 ， 用 于 判断 顾客 
(customer) 是 不 是 来 自 新 英格兰 (New England) 
地 区 : 











function oh ee ee AT { 
return ["MA", "CT", "ME", "VT", "NH", "RI" ].includes(aCusto 


下 面 是 一 个 调用 该 函数 的 地 方 : 


调用 方 .… 


const newEnglanders = someCustomers.filter(c => inNewEngland( 








inNewEngland K 20 2 HH 2I) FS A EN 
(state) 这 项 信息 ， 基 于 这 个 信息 来 判断 顾客 是 个 
来 目 新 英格兰 地 区 。 我 希望 重 构 这 个 函数 ， 使 其 接 
受 州 代码 (state code) 作为 参数 ， 这 样 就 能 去 挥 
对 “顾客 ”概念 的 依赖 ， 使 这 个 函数 能 在 更 多 的 上 下 
文中 使 用 。 


在 使 用 改变 函数 声明 时 ， 我 通 第 会 完 运 用 提炼 
PBX (106) ， 但 在 这 里 我 会 完 对 函数 体 做 一 点 重 
构 ， 使 后 面 的 重 构 步骤 更 简单。 我 先 用 提炼 变量 
(119) 提炼 出 我 想 要 的 新 参数 : 





function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 
return ["MA", "CT", "ME", "VT", "NH", "RI"].includes(stateC 








然后 再 用 提炼 函数 〈106) 创建 新 函数 : 


function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 
return xXxNEWinNewEngland(stateCode) ; 


function xxNEWinNewEngland(stateCode) { 
return ["MA", "CT", "ME", "VT", "NH", "RI"],includes(stateC 


我 会 给 新 函数 起 一 个 好 记 又 独特 的 临时 名 字 ， 
这 样 回头 要 改 回 原来 的 名 字 时 也 会 简 蛙 一 些 。 你 
也 看 到 ， 对 于 怎么 起 这 些 临 时 名 字 ， 我 并 没有 统一 
的 标准 。) 


我 会 在 源 函 数 中 使 用 内 联 变 量 (123〉 ， 把 刚 
才 提 炼 出 来 的 参数 内 联 回 去 : 





function inNewEngland(aCustomer) { 
return xxNEWinNewEngland(aCustomer.address.state); 


} 


然后 我 会 用 内 联 函 数 (115) 把 旧 函 数 内 联 到 
调用 处 ， 其 效果 束 古 把 旧 函 数 的 调用 处 改 为 调用 新 
函数 。 我 可 以 每 次 修改 一 个 调用 处 。 


调用 方 … 


const newEnglanders = someCustomers.filter(c => xxNEWinNewEng 


IA PRB PY ERE A Ah Za, RARE H 
改变 函数 声明 ， 把 新 函数 改 回 旧名 字 : 


调用 方 … 


const newEnglanders = someCustomers.filter(c => inNewEngland( 


顶层 作用 域 .。 


function en tae ee a 
return ["MA ME" "NH", "RI"].includes(statec 





目 动 化 重 构 工 具 减 少 了 迁移 式 做 法 的 用 武之 
地 ， 同 时 也 使 迁移 式 做 法 更 加 高 效 。 目 动 化 重 构 工 
具 可 以 安全 地 处 理 相当 复杂 的 改名 、 参 数 变 更 等 情 
况 ， 所 以 迁移 式 做 法 的 用 武之 地 就 变 少 了 ， 因 为 目 
动 化 重 构 工 具 经 种 能 捉 供 足够 的 文 择 。 如 条 过 到 类 
似 这 里 的 例 于 ， 尽 管 工具 无 法 目 动 完成 整个 重 构 ， 
还 是 可 以 更 快 、 更 安全 地 完成 关键 的 提炼 和 内 联 步 
呆 ， 从 而 简化 整个 重 构 过 程 。 











6.6 ”封装 变量 (Encapsulate 


Variable) 





HZ: 自封 装 字段 (Self-Encapsulate Field) 
HZ: 封装 字段 (Encapsulate Field) 





let defaultOwner = {firstName: 





"Martin", 


lastName: "Fowler"}; 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner ( ) {return defaultOwnerData 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 


动机 


重 构 的 作用 束 古 调整 程序 中 的 元 系 。 函 数 相 对 
容易 调整 一 些 ， 因 为 函数 只 有 一 种 用 法 ， 就 是 调 
用 。 在 改名 或 搬移 函数 的 过 程 中 ， 总 是 可 以 比较 容 
易 地 保留 旧 函 数 作 为 转发 函数 《“ 即 旧 人 代码 调用 旧 函 
数 ， 旧 函数 再 调用 新 函数 ) o OREN FS AC PR SE 
不 会 存在 太 久 ， 但 的 确 能 够 简化 重 构 过 程 。 


数据 就 要 有 奈 烦 得 多 ， 因 为 没 办 法 设计 这 样 的 转 
发 机 制 。 如 果 我 把 数据 搬 走 ， 就 必须 同时 修改 所 有 
引用 访 数 据 的 代码 ， 人 否则 程序 束 不 能 运行 。 如 果 数 
据 的 可 访问 范围 很 小 ， 比 如 一 个 小 函数 内 部 的 临时 
变量 ， 那 还 不 成 问题 。 但 如 果 可 访问 范围 变 大 ， 重 














构 的 难度 惑 会 随 之 增 大 ， 这 也 是 说 全 局 数据 是 大 厅 
烦 的 原因 。 


所 以 ， 如 果 想 要 搬移 一 处 家 广泛 使 用 的 数据 ， 
最 好 的 办 法 往往 是 先 以 冰 数 形式 封 闻 所 有 对 该 数据 
的 访问 。 这 样 ， 我 就 能 把 “重新 组 织 数据 ”的 困难 任 
务 转化 为 “重新 组 织 图 数 ” 这 个 相对 简单 的 任务 。 


封装 数据 的 价值 还 不 止 于 此 。 封 装 能 提供 一 个 
清晰 的 观测 点 ， 可 以 由 此 监控 数据 的 变化 和 使 用 情 
况 ; 我 还 可 以 轻松 地 添加 数据 被 修改 时 的 验证 或 后 
eH. KN hoe: 对 于 所 有 可 变 的 数据 ， 只 要 
它 的 作用 域 超出 单个 函数 ， 我 就 会 将 其 封 疼 起 来 ， 
ACV A BO o BOR HIVE APE, TSR a 
REZ. ASHE RA ASIN, — Eri BB a On te 
HEREA, RESELE i) Ba ST Re EL 
AR, NRE He AEE I Se — tt Ze) YZ BE EY 
据 。 


面 同 对 象 方法 如 此 强调 对 象 的 数据 应 该 保持 私 
有 (private) ， 背 后 也 是 同样 的 原理 。 每 当 看 见 
一 个 公开 (public) 的 字段 时 ， 我 束 会 考虑 使 用 封 
疾 变 量 〔( 在 这 种 情况 下 ， 这 个 重 构 手法 党 被 称 为 封 
装 字 段 ) 来 缩小 其 可 见 范围 。 一 些 更 激进 的 观点 认 
为 ， 即 便 在 类 内 部 ， 也 应 该 通过 访问 函数 来 使 用 字 
段 一 一 这 种 做 法 也 称 为 * 自 封装 ”。 大 体 而 言 ， 我 认 
为 目 封 效 有 点 儿 过 度 了 如 果 一 个 类 大 到 需要 将 























字段 目 封 装 起 来 的 程度 ， 那 么 首先 应 该 考 夸 把 这 个 
类 拆 小 。 不 过 ， 在 分 拆 类 之 前 ， 目 封 效 字 段 倒 是 一 
个 有 用 的 步骤 。 


封 交 数据 很 重要 ， 不 过 ， 不 可 变数 据 更 重要 。 
如 果 数 据 不 能 修改 ， 融 根本 不 需要 数据 更 新 前 的 验 
证 或 者 其 他 逻辑 钩子 。 我 可 以 放心 地 复制 数据 ， 而 
不 用 搬移 原来 的 数据 一 一 这 样 就 不 用 修改 使 用 旧 数 
据 的 代码 ， 也 不 用 担心 有 些 代码 获得 过 时 失效 的 数 
据 。 不 可 变性 是 强大 的 代码 防腐 剂 。 


做 法 














。 创 建 封 构 函数， 在 其 中 访问 和 更 新 变量 值 。 

。 执行 静态 检查 。 

。 逐一 修改 使 用 该 变量 的 代码 ， 将 其 改 为 调用 合 
TEAST RB. BERETA JA, PUTMAN. 

。 限 制 变量 的 可 见 性 。 








有 时 没 办 法 阻止 直接 访问 变量 。 若 果真 如 
此 ， 可 以 试 试 将 变量 改名 ， 再 执行 测试 ， 找 出 
仍 在 直接 使 用 该 变量 的 代码 。 


测试 。 
如 果 变 量 的 值 是 一 个 记录 ， 考 虑 使 用 封装 记录 
(162) 。 





wl 


下 面 这 个 全 局 变量 中 保存 了 一 些 有 用 的 数据 : 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 


使 用 它 的 代码 平淡 无 奇 : 


Spaceship.owner = defaultOwner; 


更 新 这 段 数据 的 代码 是 这 样 : 


defaultOwner = {firstName: "Rebecca", lastName: "Parsons"}; 


首先 我 要 定义 读 取 和 写 入 这 段 数据 的 函数 ， 给 
EBT SB ih HET FR o 


function getDefaultOwner() {return defaultOwner ; } 
function setDefaultOwner(arg) {defaultOwner = arg; } 


然后 束 开 始 处 理 使 用 defaultowner 的 代码 。 
处 引用 该 数据 的 代码 ， 束 将 其 改 为 调用 取 值 


spaceship.owner = getDefaultOwner(); 


每 看 见 一 处 给 变量 赋值 的 代码 ， 束 将 其 改 为 调 
用 设 值 函 效 。 


setDefaultOwner({firstName: "Rebecca", lastName: "Parsons"}); 


每 次 蔡 换 之 后 ， 执 行 测试 。 


处 理 完 所 有 使 用 该 变量 的 代码 之 后 ， 我 就 可 以 
它 的 可 见 性 。 这 一 步 的 用 童 有 两 个 ， 一 来 是 检 
丛 是 售 遗 漏 了 变量 的 引用 ， 二 来 可 以 保证 以 后 的 代 
码 也 不 会 直接 访问 该 变量 。 在 JavaScript 中 ， 我 可 以 
把 变量 和 访问 函数 所 移 到 单独 一 个 文件 中 ， 并 且 只 
导出 访问 函数 ， 这 样 束 限制 了 变量 的 可 见 性 。 











defaultOwner.js... 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 
export function getDefaultOwner ( ) {return defaultOwner ; } 
export function setDefaultOwner(arg) {defaultOwner = arg; } 


如 果 条 件 不 允许 限制 对 变量 的 访问 ， 可 以 将 变 
量 改 名 ， 然 后 再 次 执行 测试 ， 检 查 是 否 仍 有 代码 在 
直接 使 用 该 变量 。 这 阻止 不 了 未 来 的 代码 直接 访问 
变量 ， 不 过 可 以 给 变量 起 个 有 意义 又 难看 的 名 字 
(例如 __privateonly_defaultowner) ， 提 醒 后 来 
的 客户 端 。 

我 不 喜欢 给 取 值 函数 加 上 get 前 级 ， 所 以 我 对 
这 个 函数 改名 。 


defaultOwner.js... 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function getdefaultOwner ( ) {return defaultOwnerDa 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 


JavaScript 有 一 种 惯例 : 2a PUE R AA iE RKI 
数 起 同样 的 名 字 ， 根 据 有 没有 传 入 参数 来 区 分 。 我 
把 这 种 做 法 称 为 “ 重 载 取 值 / 设 值 疯 数 ”(Overloaded 
Getter Setter) [mf-orgs]， 并 且 我 强烈 反对 这 种 做 
法 。 所 以 ， 虽 然 我 不 喜欢 get 前 绥 ， 但 我 会 保留 set 


HU Ax o 


封装 值 





前 面 介 绍 的 基本 重 构 手法 对 数据 结构 的 引用 做 
本 封 浪 ， 使 我 能 控制 对 该 数据 结构 的 访问 和 重新 赋 
值 ， 但 并 不 能 控制 对 结构 内 部 数据 项 的 修改 : 





const owner1 = defaultOwner(); 

assert.equal("Fowler", owner1.lastName, "when set"); 

const owner2 = defaultOwner(); 

Oowner2.lastName = "Parsons"; 

assert.equal("Parsons", owneri.lastName, "after change owner2 
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引用 。 很 多 时 候 这 已 经 足够 了 。 但 也 有 很 多 时 候 ， 
我 需要 把 封 效 做 得 更 深入 ， 不 仅 控制 对 变量 引用 的 
修改 ， 还 要 控制 对 变量 内 容 的 修改 。 


这 有 两 个 办 法 可 以 做 到 。 最 简单 的 办 法 是 禁止 
对 数据 结构 内 部 的 数值 做 任何 修改 。 我 最 辟 欢 的 一 
en 使 其 返回 该 数据 的 一 份 副 








defaultOwner.js... 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner () {return Object.assign({} 


export function setDefaultOwner(arg) {defaultOwnerData = arg; 


对 于 列表 数据 ， 我 尤其 常用 这 一 招 。 如 果 我 在 
取 值 函数 中 返回 数据 的 一 份 副本 ， 客 户 疾 可 以 随便 
修改 它 ， 但 不 会 影响 到 共有 圣 的 这 份 数据 。 但 在 使 用 
副本 的 做 法 时 ， 我 必须 格外 小 心 : 有 些 代码 可 能 硕 
BAERS NT. ARAM, Bt ABER 
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改 ， 比 如 通过 封装 记录 (162) 就 能 很 好 地 实现 这 
一 效果 。 








let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner () {return new Person(defau 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 
class Person { 
constructor (data) 
this._lastName = data.lastName; 
this. _firstName = data.firstName 
get lastName() {return this._lastName; } 


get firstName() {return this. _firstName; } 
// and so on for other properties 
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得 “默认 拥有 人 ”数据 、 再 尝试 对 其 属性 
( 即 lastName 和 firstName) 重新 赋值 ， 赋 值 不 会 
产生 任何 效果 。 对 于 侦 测 或 阻止 修改 数据 结构 内 部 
的 数据 项 ， 各 种 编程 语言 有 不 同 的 方式 ， 所 以 我 会 
根据 当下 使 用 的 语言 来 选择 具体 的 办 法 。 





“ 侦 测 和 阻止 修改 数据 结构 内 部 的 数据 项 ” 通 第 
只 是 个 临时 处 置 。 随 后 我 可 以 去 除 这 些 修改 逻辑 ， 
或 者 提供 适当 的 修改 函数 。 这 些 都 处 理 完 之 后 ， 我 
就 可 以 修改 取 值 函数 ， 使 其 返回 一 份 数 据 副 本 。 


到 目前 为 止 ， 我 都 在 讨论 “在 取 数据 时 返回 一 
份 副本 ， 其 实 设 值 函数 也 可 以 返回 一 份 副本 。 这 
取决 于 数据 从 哪儿 来 ， 以 及 我 是 否 需 要 保留 对 源 数 
据 的 连接 ， 以 便 知 仿 源 数据 的 变化 。 如 朱 不 需要 这 
样 一 条 连接 ， 那 么 设 值 函数 返回 一 份 副 本 残 有 好 
处 : 可 以 防止 因为 源 数 据 友 生变 化 而 造成 的 意外 事 
故 。 很 多 时 候 可 能 没 必要 复制 一 份 数据 ， 不 过 多 一 
次 复制 对 性 能 的 影响 通 利 也 都 可 以 忽略 不 计 。 但 
是 ， 如 果 不 做 复制 ， 风 险 则 是 未 来 可 能 会 陷入 漫长 
而 困难 的 调试 排 错过 程 。 


请 记 住 ， 前 面 担 到 的 数据 复制 、 类 封 竣 等 拱 
施 ， 虱 只 在 数据 记录 结构 中 深入 了 一 层 。 如 果 想 走 
得 更 深入 ， 束 需要 更 多 层级 的 复制 或 是 封闭 。 


如 你 所 见 ， 数 据 封 装 很 有 价值 ， 但 往往 并 不 简 
单 。 到 底 应 该 封 朔 什么， 以 及 如 何 封装 ， 取 诀 于 数 
据 被 使 用 的 方式 ， 以 及 我 想 要 修改 数据 的 方式 。 不 
过 ， 一 言 以 散 之 ， 数 据 被 使 用 得 越 广 ， 残 越 是 值得 
化 精力 给 它 一 个 体面 的 封装 。 






































6.7 SEMNA (Rename 
Variable) 


name 


let area = height * width; 


动机 


好 的 命名 是 整洁 编程 的 核心 。 变 量 可 以 很 好 地 











解释 一 段 程序 在 干什么 一 一 如 果 变 量 名 起 得 好 的 
话 。 但 我 经 常会 把 名 字 起 错 一 一 有 时 是 因为 想 得 不 














够 仔细 ， 有 时 是 因为 我 对 问题 的 理解 加 深 了 ， 还 有 
时 是 因为 程序 的 用 途 随 着 用 户 的 需求 改变 了 。 


使 用 范围 越 广 ， 名 字 的 好 坏 吏 越 重 要 。 只 在 一 
行 的 lambda 表 达 式 中 使 用 的 变量 ， 跟 踩 起 来 很 容易 
像 这 样 的 变量 ， 我 经 常 只 用 一 个 字母 命名 ， 因 
为 变量 的 用 途 在 这 个 上 下 文中 很 清晰 。 同 理 ， 短 函 
数 的 参数 名 也 和 和 帝 很 简单 。 不 过 在 JavaScript 这 样 的 
动态 类 型 语言 中 ， 我 喜欢 把 类 型 信息 也 放 进 名 字 里 
《于 是 变量 名 可 能 叫 acustomer ) 。 


对 于 作用 域 超出 一 次 函数 调用 的 字段 ， 则 需要 
更 用 心 命名 。 这 是 我 最 人 花心 思 的 地 方 。 


机 制 

















。 如 果 变 量 被 广泛 使 用 ， 考 虑 运用 封装 变量 
(132) 将 其 封装 起 来 。 
。 找 出 所 有 使 用 该 变量 的 代码 ， 逐 一 修改 。 


如 果 在 男 一 个 代码 库 中 使 用 了 该 变量 ， 这 
mE NORA” (published variable) ， 
此 时 不 能 进行 这 个 重 构 。 

如 果 变 量 值 从 不 修改 ， 可 以 将 其 复制 到 一 
个 新 名 字 之 下 ， 然 后 逐一 修改 使 用 代码 ， 每 次 
修改 后 执行 测试 。 





。 测试 。 
ww Bl 





如 果 要 改名 的 变量 只 作用 于 一 个 函数 《临时 变 
WE BL) ， 对 其 改名 是 最 简单 的 。 这 种 情况 太 
人 简单 ， 根 本 不 需要 范例 : 找到 变量 的 所 有 引用 ， 修 
改过 来 就 行 。 完成 修改 之 后 ， 我 会 执行 测试 ， 确 你 
没有 破坏 什么 东西 。 

















如 果 变 量 的 作用 域 不 止 于 单个 函数 ， 问 题 就 会 
出 现 。 代 码 库 的 各 处 可 能 有 很 多 地 方 使 用 它 : 





let tpHd = "untitled"; 





有 些 地 方 是 在 读 取 变量 值 : 


result += ~<h1>${tpHd}</h1>°; 


Fy HES TG VU TE AE: 
tpHd = obj['articleTitle']; 


对 于 这 种 情况 ， 我 通常 的 反应 是 运用 封装 变量 
(132) : 


result += °“<hi>${title()}</h1>°; 
setTitle(obj['articleTitle']); 


function title() {return tpHd; } 
function setTitle(arg) {tpHd = arg;} 


现在 就 可 以 给 变量 改名 : 


let title = "untitled"; 


function title( {return _title;} 
function setTitle(arg) {_title = arg;} 
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过 我 很 少 这 样 做 。 如 果 这 个 变量 被 广泛 使 用 ， 以 至 
于 我 感到 需要 先 做 封装 才 敢 改名 ， 那 残 有 必要 你 持 
这 个 状态 ， 将 变量 封 净 在 函数 后 面 。 











如 采 我 确实 想 内 联 ， 在 重 构 过 程 中 ， 我 束 
会 将 取 值 函数 命名 为 getTitle， 并 且 其 中 的 变 
量 名 也 不 会 以 下 划 线 开头 。 


给 音量 改名 








如 果 我 想 改 名 的 是 一 个 音量 《或 者 在 客户 端 看 
Ra Boe th ICR) ， 我 可 以 复制 这 个 第 量 ， 这 
样 既 不 需要 封 瘀 ， 又 可 以 逐步 完成 改名 。 假 如 原来 
的 变量 声明 是 这 样 : 





const cpyNm = "Acme Gooseberries"; 











改名 的 第 一 步 是 复制 这 个 种 量 : 


const companyName = "Acme Gooseberries"; 
const cpyNm = companyName; 
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的 代码 ， 使 其 引用 新 的 常量 。 全 部 修改 完成 后 ， 我 
会 删 挥 旧 的 篆 量 。 我 喜欢 先 声 明 新 的 种 量 名 ， 然 后 
把 新 常量 复制 给 旧 的 名 字 。 这 样 最 后 删除 旧名 字 时 
会 稍微 容易 一 点 ， 如 果 测 斌 失败， 再 把 旧 币 量 放 回 
来 也 稍微 容易 一 点 。 

这 个 做 法 不 仅 适 用 于 第 量 ， 也 同样 适用 于 客户 
端 只 能 读 取 的 变量 〈 例 如 JavaScript 模 块 中 导出 的 变 


量 ) 




















6.8 ”引入 参数 对 象 〈Introduce 
Parameter Object) 


f ( HA @,) 


function amountInvoiced(startDate, endDate) {...} 
function amountReceived(startDate, endDate) {...} 
function amountOverdue(startDate, endDate) {...} 


function amountInvoiced(aDateRange) {...} 
function amountReceived(aDateRange) {...} 
function amountOverdue(aDateRange) {...} 


动机 





我 第 会 看 见 ， 一 组 数据 项 站 是 结伴 同行 ， 出 没 
于 一 个 又 一 个 函数 。 这 样 一 组 数据 就 是 所 谓 的 数据 
泥 团 ， 我 喜欢 代 之 以 一 个 数据 结构 。 


将 数据 组 织 成 结构 是 一 件 有 价值 的 事 ， 因 为 这 
让 数据 项 之 间 的 天 系 变 得 明晰 。 使 用 新 的 数据 结 
构 ， 参 数 的 参数 列表 也 能 缩短 。 并 且 经 过 重 构 之 
后 ， 所 有 使 用 该 数据 结构 的 函数 都 会 通过 同样 的 名 
字 来 访问 其 中 的 元 系 ， 从 而 提升 代码 的 一 致 性 。 


但 这 项 重 构 真正 的 意义 在 于 ， 它 会 催生 代码 中 
更 深层 次 的 改变 。 一旦 识别 出 新 的 数据 结构 ， 我 束 
可 以 重组 程序 的 行为 来 使 用 这 些 结构 。 我 会 创建 出 
函数 来 捕捉 围绕 这 些 数 据 的 共用 行为 一 一 可 能 只 是 
一 组 共用 的 函数 ， 也 可 能 用 一 个 类 把 数据 结构 与 使 
用 数据 的 函数 组 合 起 来 。 这 个 过 程 会 改变 代码 的 概 
念 图景 ， 将 这 些 数据 结构 提升 为 新 的 抽象 概念 ， 可 
以 帮助 我 更 好 地 理解 问题 域 。 来 真如 此 ， 这 个 重 构 
过 程 会 产生 惊人 强大 的 效用 一 一 但 如 果 不 用 引入 参 
数 对 象 开局 这 个 过 程 ， 后 面 的 一 切 都 不 会 发 生 。 


做 法 
































。 如 条 和 暂时 还 没有 一 个 合适 的 数据 结构 ， 残 创建 
=A 


R FEISS, AAAS FET AGE 
会 比较 容易 。 我 通常 会 尽量 确保 这 些 新 建 的 数 
据 结构 是 值 对 象 [mf-vo]。 





。 测 试 。 

。 使 用 改变 函数 声明 (124) 给 原来 的 函数 新 增 一 
个 参数 ， 类 型 是 新 建 的 数据 结构 。 

。 测 试 。 

。 调 整 所 有 调用 者 ， 传 入 新 数据 结构 的 适当 实 
例 。 每 修改 一 处 ， 执 行 测试 。 

。 用 新 数据 结构 中 的 每 项 元 际 ， 逐 一 取代 参数 列 
表 中 与 之 对 应 的 参数 项 ， 然 后 删除 原来 的 参 
数 。 测 试 。 
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下 面 要 展示 的 代码 会 但 看 一 组 温度 读数 





(reading) ， 检 查 是 否 有 任何 一 条 读数 超出 了 指定 
Nis VEU FE yu] (range) 。 温度 读数 的 数据 如 下 : 


const station = { name: "ZB1", 
readings: [ 
{temp: 47, time: "2016-11-10 09:10"}, 
{temp: 53, time: "2016-11-10 09:20"}, 
{temp: 58, time: "2016-11-10 09:30"}, 
{temp: 53, time: "2016-11-10 09:40"}, 
{temp: 51, time: "2016-11-10 09:50"}, 
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function readingsOutsideRange(station, min, max) { 
return station.readings 
.filter(r => r.temp < min || r.temp > max); 


Wal H TA PR CS AY Beze P EXE HY o 
调用 方 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling); 


请 注意 ， 这 里 的 调用 代码 从 另 一 个 对 象 中 抽出 
两 项 数据 ， 转 手 又 把 这 一 对 数据 传递 给 
readingsoutsideRange。 人 代表 “运作 计划 ”的 
operatingPlan 对 象 用 了 男 外 的 名 字 来 表示 温度 泡 
围 的 下 限 和 上 限 ， 与 readingsoutsideRange 中 所 用 
的 名 字 不 同 。 像 这 样 用 两 项 各 不 相干 的 数据 来 表示 
一 个 范围 的 情况 并 不 少见 ， 最 好 是 将 其 组 合成 一 个 
对 象 。 我 会 首先 为 要 组 合 的 数据 声明 一 个 类 : 











class NumberRange { 
constructor(min, max) { 
this. _data = {min: min, max: max}; 


get min() {return this. _data.min; } 
get max() {return this. _data.max;} 





我 声明 了 一 个 类 ， 而 不 是 基本 的 JavaScript 对 

象 ， 因 为 这 个 重 构 通 第 只 是 一 系列 重 构 的 起 点 ， 随 
后 我 会 把 行为 搬移 到 新 建 的 对 象 中 。 既 然 类 更 适合 
承载 数据 与 行为 的 组 合 ， 我 就 直接 从 声明 一 个 类 开 
始 。 同 时 ， 在 这 个 新 类 中 ， 我 不 会 提供 任何 更 新 数 
据 的 函数 ， 因 为 我 有 可 能 将 其 处 理 成 值 对 象 
(Value Object) [mf-vo]。 在 使 用 这 个 重 构 手 法 
时 ， 大 多 数 情 况 下 我 都 会 创建 值 对 象 。 


然后 我 会 运用 改变 函数 声明 (124) ， 把 新 的 
对 象 作为 参数 传 给 readingsoutsideRange。 














function readingsOutsideRange(station, min, max, range) { 
return station.readings 
.filter(r => r.temp < min || r.temp > max); 


在 JavaScript 中 ， 此 时 我 不 需要 修改 调用 方 代 
码 ， 但 在 其 他 语言 中 ， 我 必须 在 调用 处 为 新 参数 传 
入 nul1 值 ， 就 像 下 面 这 样 。 





调用 方 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling, 
null); 





到 目前 为 止 ， 我 还 没有 修改 任何 行为 ， 所 以 测 
试 应 该 仍然 能 通过 。 随 后 ， 我 会 换个 找到 函数 的 调 
用 处 ， 传 入 合适 的 温度 范围 。 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 

alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling, 
range); 


此 时 我 还 是 没有 修改 任何 行为 ， 因 为 新 添 的 参 
数 没 有 和 被 使 用 。 所 有 测试 应 该 仍然 能 通过 。 


现在 我 可 以 开始 修改 使 用 参数 的 代码 了 。 先 
从 “最 大 值 ” 开 始 : 


function readingsOutsideRange(station, min, max, range) { 
return station.readings 
.filter(r => r.temp < min || r.temp > range.max); 
} 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 


了 


range); 
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理 为 一 个 参数 。 


function readingsOutsideRange(station, min, range) { 
return station.readings 
.filter(r => r.temp < range.min || r.temp > range.max); 
} 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
alerts = readingsOutsideRange(station, 


了 


range); 





这 项 重 构 手法 到 这 儿 就 完成 了 。 不 过 ， 将 一 堆 
参数 蔡 换 成 一 个 真正 的 对 象 ， 这 只 是 长 征 第 一 步 。 
创建 一 个 类 是 为 了 把 行为 搬移 进去 。 在 这 里 ， 我 可 
以 给 “范围 * 类 添加 一 个 函数 ， 用 于 测试 一 个 值 是 否 
沙 在 范围 之 内 。 





function readingsOutsideRange(station, range) { 
return station.readings 
.f ilter(r => !range.contains(r.temp)); 


class NumberRange... 


contains(arg) {return (arg >= this.min && arg <= this.max);} 


这 样 我 束 迈 出 了 第 一 步 ， 开 始 逐渐 打造 一 个 真 
正 有 用 的 “范围 ”"[mf-range] 类 。 一 旦 识别 出 “范围 "这 
个 概念 ， 那 么 每 当 我 在 代码 中 发 现 “ 最 大 /最 小 值 ”* 这 


样 一 对 数字 时 ， 我 就 会 考虑 是 否 可 以 将 其 改 为 使 
用 “范围 >? 尖 。“【 例 如， 我 马上 天 会 考虑 把 “运作 计 
划 ” 类 中 的 temperatureFloor 和 temperatureCeiling 
替换 为 temperatureRange。) 在 观察 这 些 成 对 出 现 
的 数字 如 何 被 使 用 时 ， 我 会 发 现 一 些 有 用 的 行为 ， 
并 将 其 搬移 到 “范围 ?类 中 ， 人 简化 其 使 用 方法 。 比 
如 ， 我 可 能 会 先 给 这 个 类 加 上 “基于 数值 判断 相等 
性 ?的 函数 ， 使 其 成 为 一 个 真正 的 值 对 象 。 





6.9 ”函数 组 合成 类 (Combine 
Functions into Class ) 


f(E) 一 





g( E ) 


function base(aReading) {...} 
function taxableCharge(aReading) {...} 
function calculateBaseCharge(aReading) {...} 


V 


class Reading { 
base() {...} 
taxableCharge() {...} 
calculateBaseCharge() {...} 


动机 





类 ， 在 大 多 数 现代 编程 语言 中 都 是 基本 的 构 
造 。 它 们 把 数据 与 函数 捆绑 到 同一 个 环境 中 ， 将 一 
部 分 数据 与 函数 暴露 给 其 他 程序 元 素 以 便 协 作 。 它 
们 是 面 问 对象 语 言 的 首要 构造 ， 在 其 他 程序 设计 方 
法 中 也 同样 有 用 。 


如 果 及 现 一 组 函数 形影不离 地 操作 同一 其 数据 
〈 通 利 是 将 这 基数 据 作 为 参数 传递 给 函 效 ) BRIE 
认为 ， 是 时 候 组 建 一 个 类 了 。 类 能 明确 地 给 这 些 函 
数 提供 一 个 共用 的 环境 ， 在 对 象 内 部 调用 这 些 函 数 
可 以 少 传 许多 参数 ， 从 而 简化 函数 调用 ， 并 且 这 样 
一 个 对 象 也 可 以 更 方便 地 传递 给 系统 的 其 他 部 分 。 

除了 可 以 把 已 有 的 函数 组 织 起 来 ， 这 个 重 构 还 
给 我 们 一 个 机 会 ， 去 及 现 其 他 的 计算 锡 辑 ， 将 它们 
也 重 构 到 新 的 闫 当中。 

将 函数 组 织 到 一 起 的 万 一 种 方式 是 函数 组 合成 











变换 (149) 。 其 体 使 用 哪个 重 构 手 法 ， 要 看 程序 
整体 的 上 下 文 。 使 用 类 有 一 大 好 人 处: 客 己 端 可 以 修 
改 对 象 的 核心 数据 ， 通 过 计算 得 出 的 派生 数据 则 会 
目 动 与 核心 数据 保持 一 致 。 


关 似 这 样 的 一 组 函数 不 仅 可 以 组 合成 一 个 类 ， 
而 且 可 以 组 合成 一 个 舱 僚 函数 。 通 第 我 更 倾 问 于 类 
而 非 砚 和 父 函 数 ， 因 为 后 者 测试 起 来 会 比较 困难 。 如 
RREN Wh aR ae SP RAL, tA RINT SK 

在 有 些 编程 语言 中 ， RAE FAR 而 函数 
则 是 。 面 对 这 样 的 语言 ， 可 以 用 “水 数 作 为 对 
象 ”(Function As Object) [mf-fao] 的 形式 来 实现 这 
个 重 构 手 法 。 


做 法 























。 运 用 封装 记录 (162) 对 多 个 函数 共用 的 数据 记 
录 加 以 封装 。 


如 果 多 个 函数 共用 的 数据 还 未 组 织 成 记录 
结构 ， 则 先 运用 引入 参数 对 象 “140) 将 其 组 织 
成 记录 。 





。 对 于 使 用 该 记录 结构 的 每 个 函数 ， 运 用 搬移 函 
数 (198) 将 其 移入 新 类 。 





如 果 孙 数 调用 时 传 入 的 参数 已 经 是 新 类 的 
成 员 ， 则 从 参数 列表 中 去 除 之 。 





。 用 以 处 理 该 数据 记录 的 锡 辑 可 以 用 提 烁 函数 
(106) HEER, FF APT 


wl 


RFE STK, FETS RY RIE 
(PATI, RAS WER AISI KDA, 
PES Al ASR Ze TEA eH.) 所以， 我 虚构 
S APRA IRIE AE EZR RK ASE Tite» BES A 
会 有 软件 恋 取 条 水 计量 器 的 数据 ， 得 到 类 似 这 样 的 
读数 (reading) : 


reading = {customer: "ivan", quantity: 10, month: 5, year: 20 


浏览 处 理 这 些 数据 记录 的 代码 ， 我 及 现 有 很 多 
地 方 在 做 着 相 似 的 计算 ， 于 是 我 找到 了 一 处 计 
算 “ 基 础 费用 ”(base charge) 的 逻辑 。 


客户 端 1... 


const aReading = acquireReading(); 
const baseCharge = baseRate(aReading.month, aReading.year) * 


ERZ, DEW D iis in FECL, AS A 
也 不 例外 。 不 过 ， 按 照 规 定 ， 只 要 不 超出 茶 个 必要 
HÆ, al HICH 


客户 端 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 


我 相信 你 也 发 现 了 : VP SSE Be H AY Zs Be E 
复 了 两 届 。 如 宋 你 跟 我 有 一 样 的 习惯 ， 现 在 大 概 己 
经 在 着 手提 炼 函 数 〈106) 了 。 有 趣 的 是 ， 好 像 别 
人 已经 动 过 这 个 脑筋 了 。 





const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


function calculateBaseCharge(aReading) { 
return baseRate(aReading.month, aReading.year) * aReading.gq 


} 


看 到 这 里 ， 我 有 一 种 目 然 的 冲动 ， 想 把 前 面 两 
处 客户 六 代码 部 改 为 使 用 这 个 函数 。 但 这 样 一 个 顶 
层 函 数 的 问题 在 于 ， 它 通 第 位 于 一 个 文件 中 ， 读 者 
不 一 定 能 想到 来 这 里 寻找 它 。 我 更 愿意 对 代码 多 做 
些 修改 ， 让 该 函数 与 其 处 理 的 数据 在 空间 上 有 更 紧 
密 的 联系 。 为 此 目的 ， 不 妨 把 数据 本 映 变 成 一 个 


Re 








我 可 以 运用 封装 记录 (162) 将 记录 变 成 类 。 


class Reading { 
constructor(data) { 
this. customer = data.customer; 
this. _quantity = data.quantity; 
this._month = data.month; 
this._year = data.year; 


get customer() {return this. customer; } 
get quantity() {return this._quantity; } 
get month() {return this._month; } 
get year() {return this._year;} 


首先 ， 我 想 把 手 上 已 有 的 郴 
数 calculateBasecharge 搬 到 新 建 的 opener ive 
一 得 到 原始 的 读数 数据 ， 我 束 用 Reading 类 将 它 
FEO, PAS WAY LATE R 0 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


然后 我 用 搬移 函数 (198) 把 
calculateBaseCcharge 搬 到 新 类 中 。 


class Reading... 


get calculateBaseCharge() { 
return baseRate(this.month, this.year) * this.quantity; 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const basicChargeAmount = aReading.calculateBaseCharge; 


搬移 的 同时 ， 我 会 顺便 运用 水 数 改 名 
(124) ， 按 照 我 喜欢 的 风格 对 这 个 函数 改名 。 
get baseCharge() { 


return baseRate(this.month, this.year) * this.quantity; 


J 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const basicChargeAmount = aReading.baseCharge; 





FIX SAF, Reading PF wiht AA 
道 basecharge 究 苋 是 一 个 字段 还 是 推演 计算 出 的 
值 。 这 是 好 事 ， 它 符合 “统一 访问 原则 ” (Uniform 
Access Principle) [mf-ua]. 


PLE KAY VME PF vim LES, <del A 
的 方法 ， 不 要 重复 计算 基础 费用 。 





客户 端 1... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const baseCharge = aReading.baseCharge; 





很 有 可 能 我 会 顺手 用 内 联 变 量 (123) 把 
basecharge 变 量 给 去 择 。 不 过 ， 我 们 当下 介绍 的 重 
构 手法 更 关心 “计算 应 税 费 用 ”的 逻辑 。 同 样 ， 我 先 
将 那里 的 客户 端 代码 改 为 使 用 新 建 的 pasecharge 属 
性 。 





客户 端 2... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = Math.max(0, aReading.baseCharge - taxTh 





运用 提炼 函数 (106) 将 计算 应 税 费用 
(taxable charge) W Sel AK AAV: 


function taxableChargeFn(aReading) { 
return Math.max(0, aReading.baseCharge - taxThreshold(aRead 


} 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = taxableChargeFn(aReading) ; 





然后 我 运用 搬移 函数 198) 将 其 移入 Reading 
和 大，。 


class Reading... 


get taxableCharge() { 
return Math.max(0, this.baseCharge - taxThreshold(this.year 


} 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = aReading.taxableCharge; 





由 于 所 有 派生 数据 都 是 在 使 用 时 计算 得 出 的 ， 
所 以 对 存储 下 来 的 读数 进行 修改 也 没 问 题 。 一 般 而 
论 ， 我 更 倾 问 于 使 用 不 可 变 的 数据 ;但 很 多 时 候 我 
们 必须 得 使 用 可 变数 据 〈( 比 如 JavaScript 整 个 语言 生 
态 在 设计 时 残 没 有 考虑 数据 的 不 可 变性 ) 。 如 果 数 
IRA FT EBLE HT 那么 用 类 将 其 封装 起 来 会 很 有 
AR BY o 


6.10 ”函数 组 合成 变换 (Combine 


Functions into Transform ) 


f(m)>A 


g(m)>¢ 


unction base(aReadin 


f TES; 
function taxableCharge(aReading) {...} 


function enrichReading(argReading) { 
const aReading = _.cloneDeep(argReading); 
aReading.baseCharge = base(aReading); 
aReading.taxableCharge = taxableCharge(aReading); 
return aReading; 


动机 


在 软件 中 ， 经 常 需 要 把 数据 “ 喂 ” 给 一 个 程序 ， 
让 它 再 计算 出 各 种 派生 信息 。 这 些 派生 数值 可 能 会 
在 几 个 不 同 地 方 用 到 ， 因 此 这 些 计算 逻辑 也 常会 在 
用 到 派生 数据 的 地 方 重 复 。 我 更 愿意 把 所 有 计算 派 
生 数 据 的 逻辑 收拢 到 一 处 ， 这 样 始终 可 以 在 固定 的 
地 方 找 到 和 更 新 这 些 逻 辑 ， 避 人 免 到 处 重复 。 

一 个 方式 是 采用 数据 变换 (transform)〉 AŽ: 
这 种 函数 接受 源 数 据 作 为 输入 ， 计 算出 所 有 的 派生 
数据 ， 将 派生 数据 以 字段 形式 填 入 输出 数据 。 有 了 











变换 函数 ， 我 就 始终 只 需要 到 变换 函数 中 去 检查 计 
算 派生 数据 的 逻辑 。 


PA NCH ABE PREY 2S NTT RE PA BZ ZS 
(144) ， 后 者 的 做 法 是 先 用 源 数 据 创 建 一 个 类 ， 
再 把 相关 的 计算 逻辑 搬移 到 类 中 。 这 两 个 重 构 手法 
都 很 有 用 ， 我 党 会 根据 代码 库 中 己 有 的 编程 风格 来 
选择 使 用 其 中 哪 一 个 。 不 过 ， 两 者 有 一 个 重要 的 区 
All: 如 末代 人 码 中 会 对 源 数 据 做 更 刹 ， 那 么 使 用 类 要 
好 得 多 ; 如 果 使 用 变换 ， 派 生 数 据 会 被 存储 在 新 生 
成 的 记录 中 ， 一 旦 源 数 据 被 修改 ， 我 就 会 但 过 数据 
不 二 


我 喜欢 把 函数 组 合 起 来 的 原因 之 一 ， 是 为 了 避 
免 计 算 派生 数据 的 逻辑 到 处 重复 。 从 道理 上 来 说 ， 
只 用 提炼 函数 (106) 也 能 避免 重复 ， 但 抓 立 存在 
的 函数 和 常常 很 难 找到 ， 只 有 把 函数 和 它们 操作 的 数 
据 放 在 一 起 ， 用 起 来 才 方 便 。 引 入 变换 《或 者 类 ) 
都 是 为 了 让 相关 的 逻辑 找 起 来 方便 。 


做 法 

















。 创建 一 个 变换 函数 ， 输 入 参数 是 需要 变换 的 记 
录 ， 并 直接 返回 该 记录 的 值 。 


这 一 步 通 党 需要 对 输入 的 记录 做 深 复 制 
(deep copy)。 此 时 应 该 写 个 测试 ， 确 保 变 换 
不 会 修改 原来 的 记录 。 


。 挑 选 一 块 敢 辑 ， 将 其 主体 移入 变换 函数 中 ， 把 
结 朱 作为 字段 添加 到 和 输出 记录 中 。 修 改 备 户 端 
代码 ， 令 其 使 用 这 个 新 字段 。 








如 果 计 算 逻 辑 比 较 复杂 ， 先 用 提炼 函数 
(106) 提炼 之 。 


e Mhio 
。 针 对 其 他 相关 的 计算 逻辑 ， 重 复 上 述 步 又 。 





yw Bl 





FREAWE, AEA PNB EM, A 
至 于 我 想象 了 这 样 一 种 特别 的 公共 设施 ， 专 门 给 老 
百姓 供应 茶水 。 每 个 月 ， 从 这 个 设备 上 可 以 得 到 读 
数 (reading) ， 从 而 知道 每 位 顾客 取 用 了 多 少 从 。 








reading = {customer: "ivan", quantity: 10, month: 5, year: 20 











几 个 不 同 地 方 的 代码 分 别 根据 茶 的 用 量 进行 计 
算 。 一 处 是 计算 应 该 向 顾客 收取 的 基本 费用 。 


客户 端 1... 


const aReading = acquireReading() 
const baseCharge = baseRate(aReading.month, aReading.year) 





另 一 处 是 计算 应 该 交 税 的 费用 一 比 基 本 费用 要 
少 ， 因 为 政府 明智 地 认为 ， 每 个 市 民 都 有 权 免 向 享 


受 一 定量 的 茶水 。 
客户 端 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 


浏览 处 理 这 些 数据 记录 的 代码 ， 我 发 现 有 很 多 

地 方 在 做 看 相似 的 计算 。 这 样 的 重复 代码 ， 一 旦 逢 
要 修改 我 打赌 这 只 是 早晚 的 问题 )， 丈 会 造成 抹 

烦 。 我 可 以 用 提炼 函数 (106) 来 处 理 这 些 重 复 的 











计算 逻辑 ， 但 这 样 提炼 出 来 的 函数 会 散落 在 程序 
中 ， 以 后 的 程序 员 还 是 很 难 找到 。 说 真 的 ， 我 还 真 
在 妨 一 块 代码 中 找到 了 一 个 这 样 的 函数 。 


客户 端 3... 


const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


function calculateBaseCharge(aReading) { 
return baseRate(aReading.month, aReading.year) * aReading.gq 


处 理 这 种 情况 的 一 个 办 法 是 ， 把 所 有 这 些 计算 
派生 数据 的 逸 辑 搬移 到 一 个 变换 函数 中 ， 该 函数 接 
受 原 始 的 “读数 ”作为 输入 ， 输 出 则 是 增强 的 “ 读 
数 ” 记 录 ， 其 中 包含 所 有 共用 的 派生 数据 。 


我 先 要 创建 一 个 变换 函数 ， 它 要 做 的 事 很 简 
单 ， 束 是 复制 输入 的 对 象 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
return result; 


} 


RH J Lodash/# H'cloneDeep K AUK ET TR E 
ill 。 





这 个 变换 函数 返回 的 本 质 上 仍 是 原来 的 对 象 ， 
只 是 添加 了 更 多 的 信息 在 上 面 。 对 于 这 种 函数 ， 我 
喜欢 用 “enrich”( 增 强 ) 这 个 词 来 给 它 合 名。 如 果 
它 生 成 的 是 跟 原来 完全 不 同 的 对 象 ， 我 就 会 
用 “transform”( 变 换 ) 来 命名 它 。 

然后 我 挑选 一 处 想 要 搬移 的 计算 逻辑 。 首 先 ， 


我 用 现在 的 enrichReading 也 数 来 增强 “读数 ” 记 
录 ， 尽 管 该 图 数 暂时 还 什么 都 没 做 。 

















客户 端 3... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const basicChargeAmount = calculateBaseCharge(aReading) ; 





然后 我 运用 搬移 函数 (198) 把 
calculateBaseChargekX PAI BAC Hic AS EIIN ee aT 才 程 中 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 
return result; 


在 变换 函数 内 部 ， 我 乐得 二 接 修改 结 末 对 象 ， 
而 不 是 每 次 都 复制 一 个 新 对 象 。 我 喜欢 不 可 变 的 数 


据 ， 但 在 大 部 分 编程 语言 中 ， 保 持 数 据 完 全 不 可 变 
很 困难 。 在 程序 模块 的 边界 处 ， 我 做 好 了 心理 准 
备 ， 多 花 些 精力 来 文 持 不 可 变性 。 但 在 较 小 的 范围 
内 ， 我 可 以 接受 可 变 的 数据 。 另 外 ， 我 把 这 里 用 到 
的 变量 命名 为 aReading， 表示 它 是 一 个 累积 变量 
(accumulating variable) 。 这 样 当 我 把 更 多 的 逻辑 
搬移 到 变换 函数 enrichReading 中 时 ， 这 个 变量 名 
也 仍然 适用 。 


修改 客户 端 代码 ， 令 其 改 用 增强 后 的 字段 : 





客户 端 3 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const basicChargeAmount = aReading.baseCharge; 


当 所 有 调用 calculateBasecharge 的 地 方 都 修 
sca, WAY FEI eR LA ti 
#llenrichReadingPA ae, Mii Sie EK HAAS 
E: WOR a Beth AEA Be INGE, HEA a 
后 的 记录 。 


在 这 里 要 当心 一 个 陷阱 :在 编写 
enrichReadingPAAXhy , FLL EK IE fa HJE 
数 记 录 ， 这 背后 隐 含 的 意思 是 原始 的 读数 记录 不 会 








被 修改 。 所 以 我 最 好 为 此 加 个 测试 。 


it('check reading unchanged', function() { 
const baseReading = {customer: "ivan", quantity: 15, month: 
const oracle = _.cloneDeep(baseReading) ; 
enrichReading(baseReading) ; 
assert.deepEqual(baseReading, oracle); 


+); 


现在 我 可 以 修改 客户 并 1 的 代码 ， 让 它 也 使 用 
IP BTS HY FBS o 


客户 端 1... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const baseCharge = aReading.baseCharge; 


此 时 可 以 考虑 用 内 联 变 量 〈123) A 


baseCcharge 变 量 。 


现在 我 转 头 去 看 “计算 应 税 费用 ”的 逻辑 。 第 一 
步 是 把 变换 函数 用 起 来 : 


const rawReading = acquireReading(); 

const aReading = enrichReading(rawReading) ; 

const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 


基本 费用 的 计算 逻辑 马上 束 可 以 改 用 变换 得 到 





const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const base = aReading.baseCharge; 


WTF ES © WORT ee RS 8, Ra WAGE 
运用 提炼 函数 〈106) 。 不 过 这 里 的 情况 足够 简 
单 ， 一 步 到 位 修改 过 来 惑 行 。 


const taxableCharge = Math.max(0, base - taxThreshold(aReadin 





执行 测试 之 后 ， 我 束 用 内 联 变 量 (123) AH 


base 变 量 : 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 


const taxableCharge = Math.max(0, aReading.baseCharge - 


然后 把 计算 逻辑 搬移 到 变换 函数 中 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 


result.taxableCharge = Math.max(0, result.baseCharge - 


return result; 


修改 使 用 方 代 码 ， 让 它 使 用 新 添 的 字段 。 


const rawReading = acquireReading(); 


taxTh 


taxT 


const aReading = enrichReading(rawReading) ; 
const taxableCharge = aReading.taxableCharge; 





测试 。 现 在 我 可 以 再 次 用 内 联 变 量 (123) 把 
taxableCharge4e = th fH. 


增强 后 的 读数 记录 有 一 个 大 问题 : RSET 
户 端 修 改 了 一 项 数据 的 值 ， 会 发 生 什 么 ? 比如 说 ， 
如 果 革 处 代码 修改 了 quantity 字 段 的 值 ， 束 会 导致 
数据 不 一 致 。 在 JavaScript 中 ， 避 免 这 种 情况 最 好 的 
办 法 是 不 要 使 用 本 重 构 手法 ， 改 用 函数 组 合成 类 
(144) 。 如 果 编 程 语言 广 持 不 可 变 的 数据 结构 ， 
那么 就 没有 这 个 问题 了 ， 那 样 的 语言 中 会 更 第 用 到 
变换 。 但 即便 编程 语言 不 文 持 数据 结构 不 可 变 ， 如 
条 数据 是 在 只 恋 的 上 下 文中 被 使 用 〈 例 如 在 网 页 上 
显示 派生 数据 ) ， 还 是 可 以 使 用 变换 。 











6.11 拆 分 阶段 (Split Phase) 


三 ] 一 一 






const orderData = orderString.split(/\s+/); 
const productPrice = priceList[orderData[0].split("-")[1]]; 
const orderPrice = parseInt(orderData[1]) * productPrice; 


const orderRecord = parseOrder(order); 
const orderPrice = price(orderRecord, priceList); 


function parseOrder(aString) { 
const values = aString.split(/\st/); 
return ({ 
productID: values[0].split("-")[1], 
quantity: parseInt(values[1]), 
}); 
} 


function price(order, priceList) { 
return order.quantity * priceList[order.productID]; 


动机 





每 当 看 见 一 段 代码 在 同时 处 理 两 件 不 同 的 事 ， 
我 就 想 把 它 拆 分 成 各 目 独 立 的 模块 ， 因 为 这 样 到 了 
需 要 修改 的 时 候 ， 我 就 可 以 单独 处 理 每 个 主题 ， 而 
不 必 同 时 在 脑子 里 考虑 两 个 不 同 的 主题 。 如 果 运 气 
够 好 的 话 ， 我 可 能 只 需要 修改 其 中 一 个 模块 ， 完 全 
不 用 回忆 起 男 一 个 模块 的 请 般 细 市 。 























最 简洁 的 拆 分 方法 之 一 ， 就 是 把 一 大 段 行 为 分 
成 顺序 执行 的 两 个 阶段 。 可 能 你 有 一 段 处 理 逻 辑 ， 
其 输入 数据 的 格式 不 符合 计算 远 辑 的 要 求 ， 所 以 你 
得 先 对 输入 数据 做 一 番 调 整 ， 使 其 便于 处 理 。 也 可 
能 是 你 把 数据 处 理 馆 辑 分 成 顺序 执行 的 多 个 步骤 ， 
每 个 步骤 负责 的 任务 全 然 不 同 。 


网 详 匡 是 最 典型 的 例子 。 编 译 左 的 任务 很 二 
Wh: 接受 文本 《用 采种 编程 语言 编写 的 代码 ) TEA 
得 入， 将 其 转换 成 东 种 可 执行 的 格式 《例如 针对 茶 
种 特定 使 件 的 目标 码 ) 。 随 闭经 验 加 深 ， 我 们 友 现 
把 这 项 大 任务 拆 分 成 一 系列 阶段 会 很 有 帮助 : 首先 
对 文本 做 词法 分 析 ， 然 后 把 token 解 析 成 语法 树 ， 然 
后 再 对 语法 树 做 几 步 转换 (如 优化 ，， 最 后 生成 目 
标 码 。 每 一 步 都 有 边界 明确 的 范围 ， 我 可 以 聚焦 思 
考 其 中 一 步 ， 而 不 用 理解 其 他 步骤 的 细节 。 


在 大 型 软件 中 ， 类 似 这 样 的 阶段 拆 分 很 常见 ， 
例如 编译 强 的 每 个 阶段 义 包含 大 干 函数 和 类 。 即 便 
只 有 不 大 的 一 块 代码 ， 只 要 我 友 现 了 有 葵 的 将 其 拆 
分 成 多 个 阶段 的 机 会 ， 同 样 可 以 运用 拆 分 阶段 重 构 
手法 。 如 果 一 块 代码 中 出 现 了 上 下 几 段 ， 各 自 使 用 
不 同 的 一 组 数据 和 函数 ， 这 束 古 最 明显 的 线索 。 将 
这 些 代码 厂 段 拆 分 成 各 目 独 立 的 模块 ， 能 更 明确 地 
标示 出 它们 之 间 的 差 腊 。 




















做 法 





O a 

o Wisk. 

。 引 入 一 个 中 转 数 据 结构 ， 将 其 作为 参数 添加 到 
提炼 出 的 新 函数 的 参数 列表 中 。 

e WX. 

© AR EH SB I ER BEE 
数 。 如 果菜 个 参数 被 第 一 阶段 用 到 ， 束 将 其 移 
0 a 
试 。 


有 时 第 二 阶段 根本 不 应 该 使 用 条 个 参数 。 
AA MIE, MICE AASB Bl ARE AGE 
炼 成 中 转 数 据 结构 的 字段 ， 然 后 用 搬移 语句 到 
调用 者 (217) 把 使 用 该 参 数 的 代码 行 搬移 
到 “第 二 阶段 函数 ”之 外 。 





。 对 第 一 阶段 的 代码 运用 提炼 函数 (106) ， 让 提 
炼 出 的 函数 返回 中 转 数据 结构 。 


也 可 以 把 第 一 阶段 提炼 成 一 个 变换 
(transform) 对 象 。 


we Bl 


我 手 上 有 一 段 “ 计 算 订单 价格 * 的 代码 ， 人 至 于 订 
单 中 的 商品 是 什么 ， 我 们 从 代码 中 看 不 出 来 ， 也 不 
RED 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const shippingPerCase = (basePrice > shippingMethod.discountT 
? shippingMethod.discountedFee : shippingMethod.feePe 


const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 


return price; 


虽然 只 是 个 常见 的 、 过 于 简单 的 范例 ， 从 中 还 
是 能 看 出 有 两 个 不 同 阶段 存在 的 。 前 两 行 代码 根据 
商品 (product) 信息 计算 订单 中 与 商品 相关 的 价 
格 ， 随 后 的 两 行 则 根据 配送 (shipping) 信息 计算 
配送 成 本 。 后 续 的 修改 可 能 还 会 使 价格 和 配送 的 计 
算 馆 辑 变 复 杂 ， 但 只 要 这 两 块 馆 辑 相对 独立 ， 将 这 














段 代 码 拆 分 成 两 个 阶段 就 是 有 价值 的 。 
我 首先 用 提炼 函数 〈106) 把 计算 配送 成 本 的 
1 AE Ge TER LH OK 








function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const price = applyShipping(basePrice, shippingMethod, quanti 
return price; 
} 
function applyShipping(basePrice, shippingMethod, quantity, d 
const shippingPerCase = (basePrice > shippingMethod.discountT 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 


第 二 阶段 需要 的 数据 都 以 参数 形式 传 入 。 在 真 
实 环境 下 ， 参 数 的 数量 可 能 会 很 多 ， 但 我 对 此 并 不 
担心 ， 因 为 很 快 束 会 将 这 些 参数 消除 挥 。 

随后 我 会 引入 一 个 中 转 数据 结构 ， 使 其 在 两 阶 
段 之 间 沟 通信 息 。 








function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const priceData = {}; 


const price = applyShipping(priceData, basePrice, shippingMet 
return price; 


} 


function applyShipping(priceData, basePrice, shippingMethod, 


const shippingPerCase = (basePrice > shippingMethod.discountT 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 


} 


现在 我 会 审视 applyShipping 的 各 个 参数 。 第 
一 个 参数 basePrice 是 在 第 一 阶段 代码 中 创建 的 ， 
因此 我 将 其 移入 中 转 数 据 结 构 ， 并 将 其 从 参数 列表 
中 去 掉 。 





function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 
const priceData = {basePrice: basePrice}; 


const price = applyShipping(priceData, basePriece,- shippingMet 
return price; 


} 
function applyShipping(priceData, basePrice, shippingMethod, 


const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 


const price = priceData.basePrice - discount + shippingCost; 
return price; 


下 一 个 参数 是 shippingMethod。 第 一 阶段 中 没 
有 使 用 这 项 数据 ， 所 以 它 可 以 保留 原样 。 


再 下 一 个 参数 是 quantity。 这 个 参数 在 第 一 阶 
段 中 用 到 ， 但 不 是 在 那里 创建 的 ， 所 以 其 实 可 以 将 
其 留 在 参数 列表 中 。 但 我 更 倾 同 于 把 尽 可 能 多 的 参 
数 搬移 到 中 转 数据 结构 中 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const priceData = {basePrice: basePrice, quantity: quantity}; 


const price = applyShipping(priceData, shippingMethod, quant+ 
return price; 


} 

function applyShipping(priceData, shippingMethod, gtantity, d 

const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 


const shippingCost = priceData.quantity * shippingPerCase; 


const price = priceData.basePrice - discount + shippingCost; 
return price; 


对 discount 参 数 我 也 如 法 炮制 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const priceData = {basePrice: basePrice, quantity: quantity, 


const price = applyShipping(priceData, shippingMethod;—d+seeu 
return price; 


} 
function applyShipping(priceData, shippingMethod—diseeunt) { 


const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = priceData.quantity * shippingPerCase; 


const price = priceData.basePrice - priceData.discount + ship 
return price; 


} 


处 理 完 参数 列表 后 ， 中 转 数据 结构 得 到 了 完 
的 填充 ， 现 在 我 可 以 把 第 ay teh pen 
函数 ， 令 其 返回 这 份 数据 。 





function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
const price = applyShipping(priceData, shippingMethod); 
return price; 


function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


return {basePrice: basePrice, quantity: quantity, discount:di 

function applyShipping(priceData, shippingMethod) { 

const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 


const shippingCost = priceData.quantity * shippingPerCase; 


const price = priceData.basePrice - priceData.discount + ship 
return price; 


} 


两 个 函数 中 ， 最 后 一 个 const 变 量 都 是 多 余 
HW, REMER, OR EAT ABB SF 


function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
return applyShipping(priceData, shippingMethod) ; 


} 


function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


return {basePrice: basePrice, quantity: quantity, discount:di 


} 
function applyShipping(priceData, shippingMethod) { 


const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = priceData.quantity * shippingPerCase; 


return priceData.basePrice - priceData.discount + shippingCos 


J 


分 解 模 块 时 最 重要 的 标准 ， 也 许 束 是 识别 出 那 
些 模块 应 该 对 外 界 隐 藏 的 小 秘密 了 [Parnas]。 数 气 
结构 无 疑 是 最 芝 见 的 一 种 秘密 ， 我 可 以 用 封装 记录 
(162) 或 封装 集合 (170) 手法 来 隐藏 它们 的 细 
节 。 即 便 是 基本 类 型 的 数据 ， 也 能 通过 以 对 象 取代 
基本 类 型 (174) 进行 封装 这 样 做 后 续 所 市 来 
的 巨大 收益 通常 令 人 惊喜 。 男 一 项 经 第 在 重 构 时 接 
道 的 是 临时 变量 ， 我 需要 确保 它们 的 计算 次 序 正 
确 ， 还 得 保证 其 他 需要 它们 的 地 方 能 获得 其 值 。 这 
里 以 查询 取代 临时 变量 (178) 手法 可 以 帮 上 大 
忙 ， 特 别 是 在 分 解 一 个 过 长 的 函数 时 。 


类 是 为 隐藏 信息 而 生 的 。 在 第 6 章 中 ， 我 已 经 
介绍 了 使 用 函数 组 合成 类 (144) 手法 来 形成 类 的 
办 法 。 此 外 ， 一般 的 提炼 /内 联 操作 对 类 也 适用 ， 见 
提炼 类 (182) 和 内 联 类 (186) 。 


除了 类 的 内 部 细节 ， 使 用 隐藏 委托 关系 
(189) 隐藏 类 之 间 的 关联 关系 通常 也 很 有 帮助 。 
但 过 多 隐藏 也 会 导致 元 余 的 中 间接 口 ， 此 时 我 束 需 
BEE AY Bz [el BJP BRA] A (192) 。 























类 与 便 块 已 然 是 施行 封 厄 的 最 大 实体 了 ， 但 小 
一 反 的 函数 对 于 封闭 实现 细节 也 有 所 神 益 。 有 了 时 
候 ， 我 可 能 需要 将 一 个 算法 完全 蔡 换 反 ， 这 时 我 可 
以 用 提炼 函数 〈106) 将 算法 包 猴 到 函数 中 ， 然 后 
AREA (195) 。 





7.1 封 竣 记录 (Encapsulate 
Record ) 


MHA: 以 数据 类 取代 记录 (Replace Record 
with Data Class) 





organization = {name: "Acme Gooseberries", country: "GB"}; 


class Organization { 
constructor(data) { 
this. name = data.name; 
this. _country = data.country; 
} 
get name() {return this._name; } 
set name(arg) {this._name = arg;} 
get country() {return this._country; } 
set country(arg) {this._country = arg;} 


动机 





记录 型 结构 是 多 数 编程 语言 提供 的 一 种 常见 特 
性 。 它 们 能 直观 地 组 织 起 存在 关联 的 数据 ， 让 我 可 
以 将 数据 作为 有 意义 的 单元 传递 ， 而 不 仪 是 一 堆 数 
据 的 拼凑 。 但 简单 的 记录 型 结构 也 有 缺陷 ， 最 恼人 
的 一 点 是 ， 它 强迫 我 清晰 地 区 分 “记录 中 存储 的 数 
据 * 和 “通过 计算 得 到 的 数据 *。 假 使 我 要 描述 一 个 
整数 闭 区 间 ， 我 可 以 用 fstart: 1, end: 5} 描 述 ， 








或 者 用 fstart: 1, length: 5} (其 至 还 能 用 {end: 
5, length: 5}， 如 果 我 想 露 两 手 华丽 的 编程 技巧 
的 话 ) 。 但 不 论 如 何 存储 ， 这 3 个 值 都 是 我 想 知道 

的 ， 即 区 间 的 起 点 〈start) 和 终点 Cend), UKR 
区 间 的 长 度 (length) 。 


这 束 是 对 于 可 变数 据 ， 我 六 是 更 偏爱 使 用 类 对 
象 而 非 记 录 的 原因 。 对 象 可 以 隐藏 结构 的 细节 ， 仅 
为 这 3 个 值 提 供 对 应 的 方法 。 该 对 象 的 用 户 不 必 退 
完 和 存储 的 细 市 和 计算 的 过 程 。 同 时 ， 这 种 封 沪 还 有 
助 于 字段 的 改名 : 我 可 以 重新 命名 字段 ， 但 同时 提 
供 新 老 字 段 名 的 访问 方法 ， 这 样 我 加 可 以 渐进 地 修 
改 调用 方 ， 下 到 葵 换 全 部 完成 。 


注意 ， 我 所 说 的 俩 爱 对 象 ， 是 对 可 变数 据 而 
言 。 如 果 数 据 不 可 变 ， 我 大 可 直接 将 这 3 个 值 保存 
在 记录 里 ， 需 要 做 数据 变换 时 增加 一 个 填充 步骤 即 
可 。 重 命名 记录 也 一 样 简单 ， 你 可 以 复制 一 个 字段 
并 逐步 谷 换 引用 点 。 


记录 型 结构 可 以 有 两 种 类 型 : 一 种 需要 声明 合 
法 的 字段 名 字 ， 男 一 种 可 以 随便 用 任何 字段 名 字 。 
后 者 党 由 语言 库 本 里 实现 ， 并 通过 类 的 形式 提供 出 
来 ， 这 些 类 称 为 散 列 (hash) ~ BRAY Cmap) 、 散 
FIRS Chashmap) 、 字 典 〈dictionary) 或 关联 数 
7H (associative array) 等 。 很 多 编程 语言 都 提供 了 
方便 的 语法 来 创建 这 类 记录 ， 这 使 得 它们 在 各 种 编 





























程 场景 下 都 能 大 展映 手 。 但 使 用 这 类 结构 也 有 缺 

陷 ， 那 就 是 一 条 记录 上 持 有 什么 字段 往往 不 够 下 

观 。 比 如 说 ， 如 果 我 想 知道 记录 里 维护 的 字段 完 苋 
是 起 点 /终点 还 是 起 点 /长 度 ， 束 只 有 但 看 它 的 创建 
点 和 使 用 点 ， 除 此 以 外 别 无 他 法 。 符 这 种 记录 只 在 
程序 的 一 个 小 范围 里 使 用 ， 那 问题 还 不 大 ， 但 咎 其 
使 用 范围 变 宽 , “数据 结构 不 二 观 ”这 个 问题 就 会 造 
成 更 多 困扰 。 我 可 以 重 构 它 ， 使 其 变 得 更 直观 
但 如 条 真 需要 这 样 做 ， 那 还 不 如 使 用 类 来 得 直接 。 


程序 中 间 和 常常 需要 互相 传递 舱 套 的 列表 
Cist) 或 散 列 映射 结构 ， 这 些 数据 结构 后 续 经 常 需 
要 被 序列 化 成 JSON 或 XML。 这 样 的 租 套 结构 同样 
值得 封装 ， 这 样 ， 如 果 后 续 其 结构 需要 变更 或 者 需 
ee 






































做 法 











。 对 持 有 记录 的 变量 使 用 封装 变量 (132) ， 将 其 
封 法 到 一 个 函数 中 。 


记得 为 这 个 函数 取 一 个 容易 搜索 的 名 字 。 








。 创 建 一 个 类 ， 将 记录 包装 起 来 ， 并 将 记录 变量 
的 值 倚 换 为 该 类 的 一 个 实例 。 然 后 在 类 上 定义 
一 个 访问 函数 ， 用 于 返回 原始 的 记录 。 修 改 封 
ESOP BL, SHEH XAY i BL 

。 测 试 。 

。 新 建 一 个 函数 ， 让 它 返 回 该 类 有 的 对 象 ， 而 非 那 
条 原始 的 记录 。 

。 对 于 该 记录 的 每 处 使 用 点 ， 将 原先 返回 记录 的 
函数 调用 谷 换 为 那个 返回 实例 对 象 的 函数 调 
用 。 使 用 对 象 上 的 访问 函数 来 获取 数据 的 字 
段 ， 如 末 该 字段 的 访问 函数 还 不 存在 ， 那 就 创 
建 一 个 。 每 次 更 改 之 后 运行 测试 。 











如 果 该 记录 比较 复杂 ， 例 如 是 个 观 套 解 
构 ， 那 么 爷 重 点 关注 客户 器 对 数据 的 更 新 操 
作 ， 对 于 读 取 操作 可 以 考虑 返回 一 个 数据 副本 
或 只 读 的 数据 代理 。 





。 移 除 类 对 原始 记录 有 的 访问 函数 ， 那 个 容易 搜索 
的 返回 原始 数据 的 函数 也 要 一 并 删除 。 
。 测试 。 


。 如 果 记 录 中 的 字段 本 里 也 是 复杂 结构 ， 考 虑 对 
其 再 次 应 用 封装 记录 (162) 或 封装 集合 
(170) 手法 。 


ww Bl 


Bc, RAP Ia, A TERE P 
大 量 使 用 。 


const organization = {name: "Acme Gooseberries", country: "GB 
这 是 一 个 普通 的 JavaScript 对 象 ， 程 序 中 很 多 
地 方 都 把 它 当 作 记 录 型 结构 在 使 用 。 以 下 是 对 其 进 
行 读 取 和 更新 的 地 方 : 


result += `<h1>${organization.name}</h1>`; 
organization.name = newName; 


BREA HRE, GTB Bape Be 
C132) « 


function getRawDataOfOrganization() {return organization; } 


读 取 的 例子 .… 


result += `<h1>${getRawData0fOrganization().name}</h1>`; 


更 新 的 例 于 .。 


getRawDataOfOrganization().name = newName; 


1 Ft REY) AN ee EST REE (132) F 
法 ， 我 刻 童 为 设 值 函数 取 了 一 个 义 丑 义 长 、 容 易 搜 
索 的 名 字 ， 因 为 我 有 意 不 让 它 在 这 次 重 构 中 活 得 太 
A o 











封装 记录 意味 着 ， 仅 仅 赫 换 变量 还 不 够 ， 我 还 
想 控制 它 的 使 用 方式 。 我 可 以 用 类 来 替换 记录 ， 从 
而 达到 这 一 目的 。 





class Organization... 


class Organization { 
constructor(data) { 
this. data = data; 
} 
} 


顶层 作用 域 


const organization = new Organization({name: "Acme Gooseberri 


function getRawDataOfOrganization() {return organization. dat 
function getOrganization() {return organization; } 


创建 完 对 象 后 ， 我 束 能 开始 寻找 该 记录 的 使 用 
SP AS ee 
Be 





class Organization... 


set name(aString) {this._data.name = aString;} 


getOrganization().name = newName; 





同样 地 ， 我 将 所 有 读 取 记录 的 地 方 ， 用 一 个 取 
ERARE. 


class Organization... 


get name() {return this. _data.name; } 


> dry 
客户 新. 
result += °“<hi>${getOrganization().name}</h1>°; 


TOMI RN Ha, BAT DA PLR A SE 
ERD, AAS S44 Pe ALBA BA ISAS To 





function getOrganization() {return organization; } 


我 还 倾 癌 于 把 _data 里 的 字段 展开 到 对 象 中 。 


class Organization { 
constructor(data) { 
this. name = data.name; 
this. country = data.country; 


} 

get name() {return this._name;} 

set name(aString) {this._name = aString; } 
get country() {return this._country; } 


set country(aCountryCode) {this._country = aCountryCode; } 





这 样 做 有 一 个 好 处 ， 能 够 使 外 界 无 须 再 引 用 原 
始 的 数据 记录 。 和 直接 持 有 原始 的 记录 会 破坏 封 站 的 
完整 性 。 但 有 时 也 可 能 不 适合 将 对 象 展开 到 独立 的 
字段 里 ， 此 时 我 就 会 完 将 _data 复 制 一 份 ， 再 进行 
赋值 。 


范例 : BR KBR 








上 面 的 例子 将 记录 的 浅 复制 展开 到 了 对 象 里 ， 
但 当 我 处 理 深层 髓 套 的 数据 (比如 来 自 JSON 文 件 
的 数据 ) 时 ， 又 该 怎么 办 呢 ? 此 时 该 重 构 手 法 的 核 
心 步骤 依然 适用 ， 记 录 的 更 新 点 需要 同样 小 心 处 
理 ， 但 对 记录 的 读 取 点 则 有 多 种 处 理 方 案 。 

作为 例子 ， 这 里 有 一 个 舱 套 层级 更 深 的 数据 : 
它 是 一 组 顾客 信息 的 集合 ， 保 存在 散 列 映射 中 ， 并 
通过 顾客 ID 进行 索引 。 











"1920": { 


// remaining months of the year 


"2015": { 
"4": 70, 


"2": 63, 
// remaining months of the year 


} 

ty 

"38673": { 
name: "neal", 


id: "38673", 
// more customers in a similar form 


X ARE Bea AY) BEB A se AR BY ARER EIR A eR 
级 。 


更 新 的 例子 . 


customerData[customerID].usages[year][month] = amount; 


RLY Bl F... 


function compareUsage (customerID, laterYear, month) { 


const later = customerData[customerID].usages[laterYear ] 
[month]; 


const earlier = customerData[customerID].usages[laterYear - 1 
[month]; 


return {laterAmount: later, change: later - earlier}; 
} 


APE EY BE HEAT BSS» A 4 ET RR BR E 


(132) 。 


function getRawDataOfCustomers() {return customerData; } 
function setRawDataOfCustomers(arg) {customerData = arg; } 


更 新 的 例子 .… 


getRawDataOfCustomers()[customerID].usages[year ] 
[month] = amount; 


读 取 的 例子 .… 


function compareUsage (customerID, laterYear, month) { 


const later = getRawDataOfCustomers( ) 
[customerID].usages[laterYear ][month]; 
const earlier = getRawDataOfCustomers( ) 


[customerID].usages[laterYear - 1][month]; 
return {laterAmount: later, change: later - earlier}; 
} 


接 下 来 我 要 创建 一 个 类 来 容纳 整个 数据 结构 。 


class CustomerData { 
constructor(data) { 
this._data = data; 
} 


} 


顶层 作用 域 .… 


function getCustomerData() {return customerData; } 
function getRawDataOfCustomers() {return customerData._data; } 
function setRawDataOfCustomers(arg) {customerData = new Custo 


EC ES EE AS) fe AE AE E ee VE. ALLE, 
“4 IK A A getRawDatadfCustomersH ATA val A 
时 ， 总 是 特别 关注 那些 对 数据 做 修改 的 地 方 。 再 提 
醒 你 一 下 ， 下 面 是 那 步 更 新 操作 。 











EP RIPT 


getRawDataOfCustomers()[customerID].usages[year ] 
[month] = amount; 


“做 法 ?部 分 说 ， 接 下 来 要 通过 一 个 访问 函数 来 
返回 原始 的 顾客 数据 ， 如 果 访 问 函 数 还 不 存在 就 创 
ES. DUE ME SRA BEA, m Bas E 
新 操作 对 结构 进行 了 深入 碍 找 ， 因 此 是 时 候 创 建 一 
个 设 值 函数 了 。 我 会 完 用 提炼 函数 (106〉 ， 将 层 
层 深入 数据 结构 的 公 找 操作 提炼 到 函数 里 。 








更 新 的 例子 .… 


setUsage(customerID, year, month, amount); 


TUBE AE... 


function setUsage(customerID, year, month, amount) { 
getRawDataOfCustomers()[customerID].usages[year ] 
[month] = amount; 


然后 我 再 用 搬移 函数 (198) 将 新 函数 搬移 到 
新 的 顾客 数据 类 中 。 


更 新 的 例子 .… 


getCustomerData().setUsage(customerID, year, month, amount); 


class CustomerData... 


setUsage(customerID, year, month, amount) { 
this. _data[customerID].usages[year][month] = amount; 


封装 大 型 的 数据 结构 时 ， 我 会 更 多 关注 更 新 操 





作 。 凸 显 更 新 操作 ， 并 将 它们 集中 到 一 处 地 方 ， 是 
UCT ST ee LAE Fie HEA EN AB AP o 


一 授 蔡 换 过 后 ， 我 可 能 认为 修改 已 经 告 一 段 
YE, (AQ US ee Be RIE SCR SE? 检查 的 办 
法 有 很 多 ， 比 如 可 以 修改 getRawData0fCustomers 
函数 ， 让 其 返回 一 份 数据 的 深 复制 的 副本 。 如 果 测 
试 缆 辣 足 够 全 面 ， 那 么 当 我 真 的 遗漏 了 一 些 更 新 点 
上 时， 测试 束 会 报错 。 





顶层 作用 域 .… 


function getCustomerData() {return customerData; } 
function getRawDataOfCustomers() {return customerData.rawData 
function setRawDataOfCustomers(arg) {customerData = new Custo 


class CustomerData... 


get rawData() { 
return _.cloneDeep(this. data); 


} 





我 使 用 了 lodash 库 来 辅助 生成 深 复制 的 副本 。 
A TAKE, Ete AEN Ba CE. A 


果 客 户 妆 代码 尝试 修改 对 象 的 结构 ， 那 么 该 数据 代 
理 就 会 抛 出 异常 。 这 在 有 些 编程 语言 中 能 轻易 实 
现 ， 但 用 JavaScript 实 现 可 就 打 烦 了， 我 把 它 留 给 读 
者 作为 练习 好 了 。 或 者 ， 我 可 以 复制 一 份 数据 ， 递 
AOR ABN ASTI RET EBL, AUEREA E KEEA 
企图 。 


妥 闭 处 理 好 数据 的 更 新 当然 价值 不 凡 ， 但 谈 取 
操作 又 怎么 处 理 呢 ? 这 有 几 种 选择 。 


第 一 种 选择 是 与 设 值 函数 采用 同等 每 遇 ， 把 所 
有 对 数据 的 读 取 提 烁 成 函数 ， 并 将 它们 搬移 


到 customerData 关 中 。 

















class CustomerData... 


usage(customerID, year, month) { 
return this. _data[customerID].usages[year ][month]; 





顶层 作用 域 .… 


function compareUsage (customerID, laterYear, month) { 
const later = getCustomerData().usage(customerID, laterYear 
const earlier = getCustomerData().usage(customerID, laterYe 
return {laterAmount: later, change: later - earlier}; 


这 种 处 理 方式 的 美妙 之 处 在 于 ， 它 

为 customerData 提 供 了 一 份 清晰 的 API 列 表 ， 清 楚 
摘 绘 了 该 类 的 全 部 用 途 。 我 只 需 阅 读 类 的 人 代码， 就 
能 知道 数据 的 所 有 用 法 。 但 这 样 会 使 代码 量 剧 增 ， 
特别 是 当 对 象 有 许多 用 途 时 。 现 代 编 程 语言 大 多 提 
供 直观 的 语法 ， 以 文 持 从 深层 的 列表 和 散 列 [mf-lh] 
结构 中 获得 数据 ， 因 此 直接 把 这 样 的 数据 结构 给 到 
客户 问 ， 也 不 失 为 一 种 选择 。 


如 果 客 户 端 想 拿 到 一 份 数 据 结构 ， 我 大 可 以 直 
接 将 实际 的 数据 交 出 去 。 但 这 样 做 的 问题 在 于 ， 我 
将 无 从 阻止 用 户 直 接 对 数据 进行 修改 ， 进 而 使 我 们 
封装 所 有 更 新 操作 的 民 兰 用 心 失 去 意义 。 最 简单 的 
应 对 办 法 是 返回 原始 数据 的 一 份 副 本 ， 这 可 以 用 到 
我 前 面 写 的 rawData 方 法 。 











class CustomerData... 


get rawData() { 
return _.cloneDeep(this. data); 





顶层 作用 域 . 


function compareUsage (customerID, laterYear, month) { 


const later = getCustomerData().rawData[customerID].usages[ 
[month]; 

const earlier = getCustomerData().rawData[customerID].usage 
[month]; 

return {laterAmount: later, change: later - earlier}; 


} 


HRH, ROT SR AR HH m H Pn] 
Ae 2 hl EKR AAE TRT XA RES] A 
性 能 问题 。 不 过 也 正如 我 对 性 能 问题 的 一 贯 态度 ， 
这 样 的 性 能 损耗 也 许 是 可 以 接受 的 一 一 只 有 测量 到 
可 见 的 影响 ， 我 才 会 真 的 关心 它 。 这 种 方 条 还 可 能 
市 来 困惑 ， 比 如 客户 站 可 能 期 望 对 该 数据 的 修改 会 
同时 反映 到 原 数据 上 。 如 宋 采 用 了 只 读 代 理 或 冻结 
副本 数据 的 方案 ， 隋 可 以 在 此 时 提供 一 个 有 意义 的 


错误 信息 。 


男 一 种 方案 需要 更 多 工作 ， 但 能 提供 更 可 靠 的 
控制 粒度 : 对 每 个 字段 循环 应 用 封装 记录 。 我 会 把 
顾客 〈customer) 记录 变 成 一 个 类 ， 对 其 用 途 
Cusage) 字段 应 用 封装 集合 (170) ， 并 为 它 创建 
一 个 类 。 然 后 我 束 能 通过 访问 函数 来 控制 其 更 新 
点 ， 比 如 说 对 用 途 Cusage) 对 象 应 用 将 引用 对 象 改 
为 值 对 象 (252) 。 但 处 理 一 个 大 型 的 数据 结构 
时 ， 这 种 方案 异 钊 党 复 ， 如 果 对 该 数据 结构 的 更 新 
点 没 那么 多 ， 其 实 大 可 不 必 这 么 做 。 有 时 ， 合 理 混 
用 取 值 函数 和 新 对 象 可 能 更 明智 ， 即 使 用 取 值 函数 
来 封装 数据 的 深层 查找 操作 ， 但 更 新 数据 时 则 用 对 
































象 来 包装 其 结构 ， 而 非 直 接 操 作 未 经 封装 的 数据 。 
我 在 “Refactoring Code to Load a Document”[mf-ref- 
doc] 这 篇 文章 中 讨论 了 更 多 的 细节 ， 有 兴趣 的 读者 
可 移 步 阅 读 ， 





7.2 HERA (Encapsulate 
Collection ) 





class Person { 
get courses() {return this._courses; } 
set courses(aList) {this._courses = aList;} 


class Person { 
get courses() {return this. _courses.slice();} 
addCourse(aCourse) { ... 
removeCourse(aCourse) { ... } 


动机 


我 喜欢 封 疼 程序 中 的 所 有 可 变数 据 。 这 使 我 很 
容易 看 清楚 数据 被 修改 的 地 点 和 修改 方式 ， 这 样 当 
我 需要 更 改 数据 结构 时 束 非 党 方便 。 我 们 通 币 或 励 
封闭 一 一 使 用 面 吕 对象 技 术 的 开 及 者 对 封闭 尤为 重 
视 一 一 但 封 交集 合 时 人 们 第 利 犯 一 个 错误 : 只 对 集 
合 变 量 的 访问 进行 了 封 变 ,但 依然 让 取 值 函数 返回 
集合 本 里 。 这 使 得 集合 的 成 员 变 量 可 以 直接 被 修 
改 ， 而 封 滚 它 的 类 则 全 然 不 知 ， 无 法 介入 。 


为 避免 此 种 情况 ， 我 会 在 类 上 提供 一 些 修 改 集 
合 的 方法 一 一 通 间 是 “添加 ”和 “ 移 除 ”方法 。 这 样 束 








可 使 对 集合 的 修改 必须 经 过 类 ， 妆 程序 演化 变 大 
时 ， 我 依然 能 轻易 找 出 修改 点 。 


只 要 团队 拥有 民 好 的 习惯 ， 束 不 会 在 模块 以 外 
修改 集合 ， 仪 仅 提 供 这 些 修改 方法 似乎 也 束 足 够 。 
然而 ， 依 赖 于 别人 的 好 习惯 是 不 明智 的 ， 一 个 细小 
的 疏忽 就 可 能 带 来 难以 调试 的 bug。 更 好 的 做 法 
rer ABLES IY BCE ea BOR ERUR, CHE 
锡 了 客户 中 的 意外 修改 。 


一 种 避免 直接 修改 集合 的 方法 是 ， 永 远 不 直接 
返回 集合 的 值 。 这 种 方法 提倡 ， 不 要 直接 使 用 集合 
的 字段 ， 而 是 通过 定义 类 上 的 方法 来 代替 ， 比 如 
将 acustomer .orders.size 符 换 
为 acustomer .numberoforders。 我 不 同意 这 种 做 
法 。 现 代 编 程 语 言 都 提供 了 丰富 的 集合 类 和 标准 接 
口 ， 能 够 组 合成 很 多 有 价值 的 用 法 ， 比 如 集合 管道 
(Collection Pipeline) [mf-cp] 等 。 使 用 特殊 的 类 方 
法 来 处 理 这 些 场 景 ， 会 增加 许多 额外 代码 ， 使 集合 
操作 容易 组 合 的 特性 大 打折 扣 。 


还 有 一 种 方法 是 ， 以 某 种 形式 限制 集合 的 访问 
权 ， 只 允许 对 集合 进行 读 操 作 。 比 如 ， 在 Java 中 可 
以 很 容易 地 返回 集合 的 一 个 只 读 代 理 ， 这 种 代理 多 
许 用 户 读 取 集合 ， 但 会 阻止 所 有 更 改 操 作 Java 
的 代理 会 抛 出 一 个 异 稼 。 有 一 些 库 在 构造 集合 时 也 
用 了 类 似 的 方法 ， 将 构造 出 的 集合 建立 在 迭代 堪 或 




















MEXT RAEE, AARAA REI E IEA 
的 集合 。 


也 许 最 常见 的 做 法 是 ， 为 集合 提供 一 个 取 值 函 
数 ， 但 令 其 返回 一 个 集合 的 副本 。 这 样 即使 有 人 修 
改 了 副本 ， 被 封装 的 集合 也 不 会 受到 影响 。 这 可 能 
带 来 一 些 困惑 ， 特 别 是 对 那些 已 经 习惯 于 通过 修改 
返回 值 来 修改 原 集 合 的 开发 者 一 一 但 更 多 的 情况 
下 ， 开 发 者 已 经 习惯 于 取 值 函数 返回 副本 的 做 法 。 
如 果 集 合 很 大 ， 这 个 做 法 可 能 带 来 性 能 问题 ， 好 在 
多 数列 表 都 没有 那么 大 ， 此 时 前 述 的 性 能 优化 基本 
守则 依然 适用 《〈 见 2.8 节 ) 。 


使 用 数据 代理 和 数据 复制 的 为 一 个 区 别 是 ， 对 
源 数据 的 修改 会 反映 到 代理 上 ， 但 不 会 反映 到 副本 
上 。 大 多 数 时 候 这 个 区 别 影响 不 大 ， 因 为 通过 此 种 
方式 访问 的 列表 通 第 生命 周期 部 不 长 。 

采用 哪 种 方法 并 无 定式 ， 最 重要 的 是 在 同 个 代 
码 库 中 做 法 要 保持 一 致 。 我 建议 只 用 一 种 方案 ， 这 
样 每 个 人 都 能 很 快 习惯 它 ， 并 在 每 次 调用 集合 的 访 
问 函数 时 期 望 相同 的 行为 。 


做 法 




















。 如 有 果 集 合 的 引用 疝 未 被 封装 起 来 ， 先 用 封装 变 
fe (132) 封装 它 。 

。 在 类 上 添加 用 于 “添加 集合 元 素 ” 和 “ 移 除 集合 元 
素 ” 的 函数 。 











如 果 存 在 对 该 集合 的 设 值 函数 ， 尺 可 能 
HERRERA 〈331) 移 除 它 。 如 果 不 能 移 除 
该 设 信 函数 ， 至 少 让 它 返 回 集合 的 一 份 副本 。 


。 执行 静态 检查 。 

。 得 找 集合 的 引用 点 。 如 宋 有 调用 者 直接 修改 集 
合 ， 令 该 处 调用 使 用 新 的 添加 / 移 除 元 素 的 函 
数 。 每 次 修改 后 执行 测试 。 

。 修 改 集合 的 取 值 函数 ， 使 其 返回 一 份 只 读 的 数 
据 ， 可 以 使 用 只 读 代理 或 数据 副本 。 

e 测试 。 








wl 


假设 有 个 人 (Person) 要 去 上 课 。 我 们 用 一 个 
简单 的 course 来 表示 “课程 ”。 


Class Person... 


constructor (name) { 
this. _name = name; 
this._courses = []; 


get name() {return this._name;} 
get courses() {return this._courses;} 
set courses(aList) {this._courses = aList;} 


class Course... 


constructor(name, isAdvanced) { 
this. _ name = name; 
this. _isAdvanced = isAdvanced; 


get name() {return this._name;} 
get isAdvanced() {return this. _isAdvanced; } 





Z FA ig aE HARTERA RIRN ARERR S 
4U O 
numAdvancedCourses = aPerson.courses 


.f ilter(c =&gt; c.isAdvanced) 
. length 





有 些 开发 者 可 能 觉得 这 个 类 已 经 得 到 了 恰当 的 
封 朔 ， 毕 葛 ， 所 有 的 字段 都 被 访问 函数 保护 到 了 。 





但 我 要 指出 ， 对 谍 程 列表 的 封 竣 还 不 完整 。 诚 然 ， 
oe 
到 控制 。 


via AA. 


const basicCourseNames = readBasicCourseNames(filename) ; 
aPerson.courses = basicCourseNames.map(name => new Course(nam 


(Ae Pvt AY BE ACH, EL fee SBT AAS Bil) Ze He YK 


H 
a 


via AA. 


for(const name of readBasicCourseNames(filename)) { 
aPerson.courses.push(new Course(name, false)); 


} 


BOR S ERIE, TAY AERA AE TA 
表 pPerson 类 根本 无 从 得 知 。 这 里 仅仅 封装 了 字段 引 
AL, MAIER FECA 

FIERY FS SE hh BIE a SINR, CBA 
RAMA ATI, AP sin Be ES RAE” AAS 
除 课 程 ” 的 接口 。 


Class Person... 


addCourse(aCourse) { 
this. _courses.push(aCourse); 


} 
removeCourse(aCourse, fnifAbsent = () => {throw new RangeErro 
const index = this._courses.indexOf(aCourse) ; 
if (index === -1) fnIfAbsent(); 
else this. _courses.splice(index, 1); 


} 
对 于 移 除 操作 ， 我 得 考虑 一 下 ， 如 果 客 户 端 要 
求 移 除 一 个 不 存在 的 集合 元 素 怎 么 办 。 我 可 以 管 管 
肩 装 作 没 看 见 ， 也 可 以 抛 出 错误 。 这 里 我 默认 让 它 
抛 出 错误 ， 但 留 给 客户 端 一 个 目 己 处 理 的 机 会 。 
然后 我 就 可 以 让 直接 修改 集合 值 的 地 方 改 用 新 
的 方法 了 。 





FP sin NAS. 


for(const name of readBasicCourseNames(filename)) { 
aPerson.addCourse(new Course(name, false)); 


A FAAS IAA RTT 2, LW setCourse 
设 值 函 数 就 没 必 要 存在 了 。 和 若 果 真如 此 ， 我 就 会 使 
用 移 除 设 值 函数 (331) 移 除 它 。 如 果 出 于 其 他 原 


因 ， 必 须 提 供 一 个 设 值 方法 作为 API， 我 全 少 要 确 
保 用 一 份 副本 给 字段 赋值 ， 不 去 修改 通过 参数 传 入 
的 集合 。 


class Person... 


set courses(aList) {this._courses = aList.slice();} 


XE ELE A Im He eS TE H IE AVERT IE 
FF NY Bh fi E BE A RAT A AREATA 
行 。 为 达 此 目的 ， 我 会 让 取 值 函数 返回 一 份 副 本 。 





Class Person... 


get courses() {return this, _courses.slice();} 











ARH, Bea ST SE OR ea EY FB AEA 
mi, RTRs ZIPA, WNBA AAS 
外 修改 集合 招致 的 错误 。 修 改 操 作 并 不 总 是 显 而 易 
见 的 ， 比 如 ， 在 JavaScript 中 原生 的 数组 排序 函 
数 sort() 就 会 修改 原 数组 ， 而 在 其 他 语言 中 默认 都 
是 为 更 改 集合 的 操作 返回 一 份 副本 。 任 何 负 责 管 理 
集合 的 类 都 应 该 总 是 返回 数据 副本 ， 但 我 还 养 成 了 




















一 个 习惯 ， 只 要 我 做 的 事 看 起 来 可 能 改变 集合 ， 我 
也 会 返回 一 个 副本 。 





7.3 ”以 对 象 取代 基本 次 型 
(Replace Primitive with Object ) 


用 名 : 以 对 象 取代 数据 值 (Replace Data 
Value with Object) 


PIAA: 以 类 取代 类 型 码 (Replace Type Code 
with Class) 





orders.filter(o => o.priority.higherThan(new Priority("normal 


动机 


开 及 初期 ， 你 往往 决定 以 简单 的 数据 项 表示 简 
单 的 情况 ， 比 如 使 用 数字 或 字符 串 等 。 但 随 看 开 友 
的 进行 ， 你 可 能 会 及 现 ， 这 些 简 单数 据 项 不 再 那么 
简单 了 。 比 如 说 ， 一 开始 你 可 能 会 用 一 个 字符 串 来 
表示 “电话 写 码 ”的 概念 ， 但 是 随后 它 叉 需要 “格式 
化 “抽取 区 号 ”之 类 的 特殊 行为 。 这 类 好 辑 很 快 便 
I 

















一 且 我 及 现 对 东 个 数据 的 操作 不 仅仅 局 限于 打 
印 时 ， 我 融会 为 它 创 建 一 个 新 类 。 一 开始 这 个 类 也 
许 只 是 简单 包 疼 一 下 简单 类 型 的 数据 ， 不 过 只 要 类 
有 了 ， 日 后 添加 的 业务 逻辑 浆 有 地 可 去 了 。 这 些小 





小 的 封 雄 值 开 始 可 能 价值 甚 徽 ， 但 只 要 芒 心 照料 ， 
它们 很 快 便 能 成 长 为 有 用 的 工具 。 创 建新 闫 无 顷 太 
大 的 工作 量 ， 但 我 友 现 它们 往往 对 代码 库 有 深远 的 
影响 。 实 际 上 ， 许 多 经 验 丰 军 的 开 及 者 认为 ， 这 和 是 
他 们 的 工具 箱 里 最 实用 的 重 构 手法 之 一 一 一 尽管 其 
价值 第 为 新 手 程 序 员 所 低估 。 


做 法 





。 如 果 变 量 尚 未 被 封装 起 来 ， 先 使 用 封装 变量 
(132) 封装 它 。 

。 为 这 个 数据 值 创 建 一 个 简单 的 类 。 类 的 构造 函 
数 应 该 保存 这 个 数据 值 ， 并 为 它 提 供 一 个 取 值 
PRI AX o 

。 执 行 静 态 检 得 。 

。 修 改 第 一 步 得 到 的 设 值 函数 ， 令 其 创建 一 个 新 
类 的 对 象 并 将 其 存 入 字段 ， 如 果 有 必要 的 话 ， 
同时 修改 字段 的 类 型 声明 。 

。 修 改 取 值 函数 ， 令 其 调用 新 类 的 取 值 函数 ， 并 
返回 结果 。 

。 测 试 。 

。 考 虑 对 第 一 步 得 到 的 访问 函数 使 用 函数 改名 

(124) ， 以 便 更 好 反映 其 用 途 。 




















。 考 上 处 应 用 将 引用 对 象 改 为 值 对 象 “252) 或 将 值 
对 象 改 为 引用 对 象 (256) ， 明 确 指出 新 对 象 的 
角色 是 值 对 象 还 是 引用 对 象 。 





ww Bil 


whe 个 简单 的 订单 Corder) 类 开始 。 
类 从 一 简单 的 记录 结构 里 读 取 所 需 的 数据 ， 这 其 
中 有 一 个 订单 优先 级 (priority) 字段 ， 它 是 以 字 
符 串 的 形式 被 谈 入 的 。 





class Order... 


constructor(data) { 
this.priority = data.priority; 
// more initialization 


PF vain SA ES TT EIR H EHS: 


. Length; 


无 论 何 时 ， 当 我 与 一 个 数据 值 打 交道 时 ， 第 一 
(FE EER EIEH RRE (132) 。 





class Order... 


get priority() {return this._priority;} 
set priority(aString) {this._priority = aString;} 


MERE PR BLP — 47 OR AS aE HR 
Ru aE Be RA So 

这 使 它 成 了 一 个 目 封 装 的 字段 ， 因 此 我 暂 可 放 
任 原来 的 引用 点 不 理 ， 先 对 字段 进行 处 理 。 

接 下 来 我 为 优先 级 字段 创建 一 个 简单 的 值 类 
(value class) 。 访 类 应 该 有 一 个 构造 函数 接收 值 
字段 ， 并 提供 一 个 返回 字符 串 的 转换 函数 。 











class Priority { 
constructor(value) {this._value = value;} 
toString() {return this._value;} 


} 








这 里 的 转换 函数 我 更 倾 回 于 使 用 tostring 而 不 
FARE ea (value) 。 对 类 的 客户 端 而 言 ， 一 个 
返回 字符 串 摘 述 的 API 应 该 更 能 传达 “发 生 了 数据 转 





WE MARERA PS aR 
这 方面 的 感觉 。 


然后 我 要 修改 访问 函数 ， 使 其 用 上 新 创建 的 


class Order... 


get priority() {return this._priority.toString();} 
set priority(aString) {this._priority = new Priority(aString) 


提炼 出 Priority 类 后 ， 我 发 觉 现 在 order 类 上 
的 取 值 函数 命名 有 点 儿 误 导 人 了 。 它 确实 还 是 返回 
> 
个 Priority 对 象 。 于 是 我 立即 对 它 应 用 了 函数 改名 
(124) ào 








class Order... 


get priorityString() {return this._priority.toString();} 
set priority(aString) {this._priority = new Priority(aString) 


highPriorityCount = orders.filter(o => "high" === o.priorityS 
|| "rush" === o.prioritySt 


. Length; 


X E E RAA FBS ERA. AN K 
数 的 参数 能 够 清晰 地 表达 其 意图 。 


到 此 为 止 ， 正 式 的 重 构 手法 就 结束 了 。 不 过 当 
我 进一步 得 看 优先 级 字段 的 客户 端 时 ， 我 在 想 让 它 
们 直接 使 用 Priority 对 象 是 否 会 更 好 。 于 是 ， 我 着 
手 在 订单 类 上 添加 一 个 取 值 函数 ， 让 和 它 直 接 返 回 新 
建 的 Priority 对 象 。 











class Order... 


get priority() {return this._priority;} 
get priorityString() {return this._priority.toString();} 
set priority(aString) {this. priority = new Priority(aString) 


客户 端 ... 


highPriorityCount = orders.filter(o => "high" === o.priority. 
|| "rush" === o.priority.t 


. Length; 


随 着 Priority 对 象 在 别处 也 有 了 用 处 ， 我 开始 
SCH Lor der RNAP mE Priority RIAA 
设 值 函 数 ， 这 可 以 通过 调整 priority 类 的 构造 函数 
实现 。 


class Priority... 


constructor(value) { 
if (value instanceof Priority) return value; 
this._value = value; 


} 


le AET, dn at ae 
R= 论 是 ; 

nee 过 来 的 。 这 TALIT, 它 会 校 验 优先 
级 的 传 入 值 ， 文 持 一 些 比较 远 辑 。 


INZ 


























class Priority... 


constructor (value) { 
if (value instanceof Priority) return value; 
if (Priority.legalValues().includes(value) ) 
this._value = value; 
else 
throw new Error( <${value}> is invalid for Priority ) 


~ 


toString() {return this._value;} 
get _index() {return Priority.legalValues().findIndex(s => s 
static legalValues() {return ['low', 'normal', ‘high', 'rush' 


equals(other) {return this._index === other._index;} 
higherThan(other) {return this._index > other._index; } 
lowerThan(other) {return this._index < other. _index;} 





修改 的 过 程 中 ， 我 发 觉 它 实际 上 已 经 担负 起 值 
XTZ (value object) 的 角色 ， 因 此 我 又 为 它 添加 了 
一 个 equals 方 法 ， 并 确保 它 的 值 不 可 修改 。 


加 上 这 些 行为 后 ， 我 可 以 让 客户 端 代 码 读 起 来 
含义 更 清晰 。 








客户 端 ... 


highPriorityCount = orders.filter(o => o.priority.higherThan( 
. Length; 


7.4 ”以 但 询 取 代 临 时 变量 
(Replace Temp with Query) 





const basePrice = this. quantity * this._itemPrice; 
if (basePrice > 1000) 

return basePrice * 0.95; 
else 

return basePrice * 0.98; 


Y 


get basePrice() {this._quantity * this._itemPrice;} 


if (this.basePrice > 1000) 
return this.basePrice * 0.95; 
else 
return this.basePrice * 0.98; 


动机 


临时 变量 的 一 个 作用 是 保存 茶 段 代码 的 返回 
值 ， 以 便 在 函数 的 后 面部 分 使 用 它 。 临 时 变量 允许 
我 引用 之 前 的 值 ， 既 能 解释 它 的 售 义 ， 还 能 避免 对 
代码 进行 重复 计算 。 但 尽管 使 用 变量 很 方便 ， 很 多 





时 候 还 是 值得 更 进一步 ， 将 它们 抽取 成 函数 。 


如 果 我 正在 分 解 一 个 见长 的 函数 ， 那 么 将 变量 
抽取 到 函数 里 能 使 函数 的 分 解 过 程 更 简单 ， 因 为 我 
就 不 再 需要 将 变量 作为 参数 传递 给 提 和 炬 出 来 的 小 函 
数 。 将 变量 的 计算 逻辑 放 到 函数 中 ， 也 有 助 于 在 所 
炬 得 到 的 函数 与 原 函 数 之 间 设 立 清晰 的 边界 ， 这 能 
帮 我 发 现 并 避免 难 缠 的 依赖 及 副作用 。 

改 用 函数 还 让 我 避免 了 在 多 个 函数 中 重复 编写 
计算 远 辑 。 每 当 我 在 不 同 的 地 方 看见 同 一 段 变量 的 
计算 远 辑 ， 我 开会 想方设法 将 它们 挪 到 同一 个 函数 
里 。 


























这 项 重 构 手法 在 类 中 施展 效果 最 好 ， 因 为 类 为 
繁 提 烁 函数 据 供 了 一 个 共同 的 上 下 文 。 如 果 不 是 在 
类 中 ， 我 很 可 能 会 在 顶层 函数 中 拥有 过 多 参数 ， 这 
将 神 淡 提 烁 函数 所 能 市 来 的 诸多 好 处 。 使 用 巷 套 的 
小 函数 可 以 避免 这 个 问题 ， 但 又 限制 了 我 在 相关 函 
BUH] op IES AE o 


以 查询 取代 临时 变量 〈178) 手法 只 适用 于 处 
理 东 些 关 型 的 临时 变量 : 那些 只 被 计算 一 次 且 之 后 
不 再 被 修改 的 变量 。 最 简单 的 情况 是 ， 这 个 临时 变 
量 只 被 赋值 一 次 ， 但 在 更 复杂 的 代码 片段 里 ， 变 量 
也 可 能 被 多 次 赋值 一 一 些 时 应 该 将 这 些 计算 代码 一 
并 提炼 到 查询 函数 中 。 并 且 ， 笨 提 烁 的 巡 辑 多 次 计 




















算 同样 的 变量 时 ， 应 该 能 得 到 相同 的 结果 。 因 此 ， 
对 于 那些 做 快照 用 途 的 临时 变量 〈 从 变量 名 往往 可 
见 端 倪 ， 比 如 oldAddress 这 样 的 名 字 ) , WEA BEE 
用 本 手法 。 





做 法 





值 。 





。 如 条 变 量 目前 不 是 只 读 的 ， 但 是 可 以 改造 成 只 


读 变 量 ， 那 就 完 改造 它 。 


e Mhio 





将 为 变量 赋值 的 代码 段 提 烁 成 函数 。 





如 果 变 量 和 函数 不 能 使 用 同样 的 名 字 ， 那 
么 先 为 函数 取 个 临时 的 名 字 。 

确保 每 提炼 函数 没有 副作用 。 厂 有 ， 先 应 
用 将 得 询 函 数 和 修改 函数 分 离 〈306) 手法 隔离 
副作用 。 


。 测试 。 
。 应 用 内 联 变量 〈123) 手法 移 除 临时 变量 。 
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这 里 有 一 个 简单 的 订单 类 。 
class Order... 


constructor(quantity, item) { 
this. quantity = quantity; 
this._item = item; 


} 


get price() { 
var basePrice = this. _quantity * this._item.price; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 
} 
} 


我 希望 把 bpasePrice 和 discountFactor 两 个 临 
时 变量 变 成 函数 。 

先 从 basePrice 开 始 ， 我 先 把 它 声明 成 const 并 
运行 测试 。 这 可 以 很 好 地 防止 我 遗漏 了 对 变量 的 其 
他 赋值 点 对 于 这 人 么 个 小 函数 是 不 太 可 能 的 ， 但 





当 我 处 理 更 大 的 函数 时 融 不 一 定 了 。 
class Order... 


constructor(quantity, item) { 
this. quantity = quantity; 
this._item = item; 


} 


get price() { 
const basePrice = this._quantity * this._item.price; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 
} 
} 





然后 我 把 同 值 操作 的 右边 提炼 成 一 个 取 值 函 
数 。 


class Order... 


get price() { 
const basePrice = this.basePrice; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 


J 


get basePrice() { 
return this._quantity * this._item.price; 


} 


测试 ， 然 后 应 用 内 联 变 量 (123) 。 


class Order... 


get price() { 

= ; 
var discountFactor = 0.98; 
if (this.basePrice > 1000) discountFactor -= 0.03; 
return this.basePrice * discountFactor; 


} 


接 下 来 我 对 discountFactor 重 复 同 样 的 步骤 ， 
Fe FE MAGE PIAL (106) © 











class Order... 


get price() { 
const discountFactor = this.discountFactor; 
return this.basePrice * discountFactor; 


J 


get discountFactor() { 
var discountFactor = 0.98; 
if (this.basePrice > 1000) discountFactor -= 0.03; 
return discountFactor; 


} 


这 里 我 需要 将 对 discountFactor 的 两 处 赋值 一 
OPN AS SPEAR RAP, Za AY WO eae pe — 


起 声明 为 const。 


get price() { 
return this.basePrice * this.discountFactor; 


7.5 EK% (Extract Class) 


RHE: AUR (186) 


class Person { 


get officeAreaCode() {return this._officeAreaCode; } 
get officeNumber ( ) {return this._officeNumber; } 





V 


class Person { 


get officeAreaCode() {return this._telephoneNumber .areaCode; } 
get officeNumber ( ) {return this._telephoneNumber .number ; } 


class TelephoneNumber { 


get areaCode() {return this. _areaCode; } 
get number() {return this._number; } 


动机 


你 也 许 听 过 类 似 这 样 的 建议 : 一 个 类 应 该 是 一 
个 清晰 的 抽象 ， 只 处 理 一 些 明 确 的 责任 ， 等 等 。 但 
是 在 实际 工作 中 ， 类 会 不 断 成 长 扩展 。 你 会 在 这 儿 
加 入 一 些 功 能 ， 在 那儿 加 入 一 些 数 据 。 给 某 个 类 添 
加 一 项 新 贡 任 时 ， 你 会 党 得 不 值得 为 这 项 贡 任 分 离 
出 一 个 独立 的 类 。 于 是 ， 随 着 员 任 不 断 增 加 ， 这 个 
an mn enone ane 
PR o 


设想 你 有 一 个 维护 大 量 函 数 和 数据 的 类 。 这 样 
的 类 往往 因为 太 大 而 不 易 理解 。 此 时 你 需要 考虑 哪 
些 部 分 可 以 分 离 出 去 ， 并 将 它们 分 离 到 一 个 独立 的 
类 中 。 如 有 果 东 些 数据 和 茶 些 图 数 总 是 一 起 出 现 ， 茶 
些 数据 经 向 同 时 变化 其 全 役 此 相依 ， CHL ARAN VR DY. 
该 将 它们 分 离 出 去 。 一 个 有 用 的 测试 就 是 问 你 目 
C, WR IAS SREP EMRE, RATA 








事 ? 其 他 字段 和 函数 是 否 因此 变 得 无 意义 ? 


男 一 个 往往 在 开 友 后 期 出 现 的 信号 是 类 的 子 类 
化 方式 。 如 来 你 友 现 子 类 化 只 影响 类 的 部 分 特性 ， 
或 如 条 你 发 现 东 些 特性 需要 以 一 种 方式 来 子 关 化 ， 
茶 些 特性 则 需要 以 为 一 种 方式 于 类 化 ， 这 束 意 味 痢 


你 需要 分 解 原来 的 类 。 


做 法 








。 决 定 如 何 分 解 类 所 人 负 的 责任 。 
。 创建 一 个 新 的 类 ， 用 以 表现 从 上 月 类 中 分 离 出 来 
的 贡 任 。 





如 果 旧 类 剩 下 的 员 任 与 旧 类 的 名 称 不 符 ， 
为 旧 类 改名 。 


。 构 造 旧 类 时 创建 一 个 新 类 的 实例 ， 建 并 “从 旧 类 
访问 新 类 ”的 连接 关系 。 

。 对 于 你 想 搬移 的 每 一 个 字段 ， 运 用 搬移 字段 
(207) 搬移 之 。 每 次 更 改 后 运行 测试 。 


。 使 用 搬移 函数 (198) 将 必要 函数 搬移 到 新 类 。 
先 搬移 较 低 层 函 数 〈( 也 就是 “被 其 他 函数 调 
at eee ae? © Meee 
Mix. 

。 检 奏 两 个 类 的 接口 ， 去 抒 不 再 需要 的 函数 ， 必 
要 时 为 函数 重新 取 一 个 适合 新 环境 的 名 字 。 

。 决 定 是 否 公 开 新 的 类 。 如 果 确 实 需要 ， 考 虑 对 
新 类 应 用 将 引用 对 象 改 为 值 对 象 (252) 使 其 成 
为 一 个 值 对 象 。 














we Bil 


我 们 从 一 个 简单 的 Person 类 开始 。 
Class Person... 


get name() {return this._name;} 

set name(arg) {this. name = arg; 

get telephoneNumber() {return ~(${this.officeAreaCode}) ${thi 
get officeAreaCode( ) {return this._officeAreaCode; } 

set officeAreaCode(arg) {this._officeAreaCode = arg;} 

get officeNumber() {return this. _officeNumber ; } 

set officeNumber(arg) {this._officeNumber = arg; } 


这 里 ， 我 可 以 将 与 电话 号 码 相 关 的 行为 分 离 到 








一 个 独立 的 类 中 。 首 先 ， 我 要 定义 一 个 空 的 
TelephoneNumber 类 来 表示 “电话 号 人 码 ”这 个 概念 : 


class TelephoneNumber { 





易如反掌 ! 接着 ， 我 要 在 构造 Person 类 时 创建 


TelephoneNumber 类 的 一 个 实例 。 
class Person... 


constructor() { 
this. telephoneNumber = new TelephoneNumber(); 


} 


class TelephoneNumber... 


get officeAreaCode( ) {return this._officeAreaCode; } 
set officeAreaCode(arg) {this._officeAreaCode = arg; } 


现在 ， 我 运用 搬移 字段 (207) 搬移 一 个 字 
段 。 


Class Person... 


get officeAreaCode( ) {return this. _telephoneNumber .officeA 
set officeAreaCode(arg) {this._telephoneNumber .officeAreaCode 


再 次 运行 测试 ， 然 后 我 对 下 一 个 字段 进行 同样 
处 理 。 


class TelephoneNumber... 


get officeNumber() {return this._officeNumber ; } 
set officeNumber(arg) {this._officeNumber = arg;} 


class Person... 


get officeNumber() {return this. _telephoneNumber .officeNumber 
set officeNumber(arg) {this._telephoneNumber.officeNumber = a 


FUN, JA I AT E SS ES DUE RK 
数 。 


class TelephoneNumber... 


get telephoneNumber() {return ~(${this.officeAreaCode}) ${thi 


class Person... 


get telephoneNumber() {return this. _telephoneNumber .telephone 





SE ii EB aE VE. “Ai SAG” RIS 
该 拥有 “办 公 室 ”(office) 的 概念 ， 因 此 我 得 重 命 名 
一 下 变量 。 


class TelephoneNumber... 


get areaCode() {return this._areaCode; } 
set areaCode(arg) {this._areaCode = arg; } 


get number() {return this._number; } 
set number(arg) {this. number = arg; } 


class Person... 


get officeAreaCode() {return this._telephoneNumber .areaCod 
set officeAreaCode(arg) {this._telephoneNumber.areaCode = arg 
get officeNumber ( ) {return this. _telephoneNumber .number ; } 


set officeNumber(arg) {this._telephoneNumber.number = arg; } 


TelephoneNumber 类 上 有 一 个 对 自己 
(telephone number) 的 取 值 冰 数 也 没什么 道理 ， 
此 我 又 对 和 应 用 函数 改名 《〈124) 。 


class TelephoneNumber... 


toString() {return ~(${this.areaCode}) ${this.number}`;} 


class Person... 


get telephoneNumber() {return this. _telephoneNumber .toString( 





“电话 号 码 ” 对 象 一 般 还 具有 复 用 价值 ， 因 此 我 
考虑 将 新 提 烁 的 类 姑 露 给 更 多 的 客户 端 。 需 要 访问 
TelephoneNumber 对 象 时 ， 只 须 把 person 类 中 那些 
office 开 头 的 访问 函数 搬移 过 来 并 略 作 修 改 即 可 。 
但 这 样 TelephoneNumber 就 更 像 一 个 值 对 象 (Value 
Object) [mf-vo] 了 ， 因 此 我 会 先 对 它 使 用 将 引用 对 
象 改 为 值 对 象 (252) 《那个 重 构 手 法 所 用 的 范 
例 ， 正 是 基于 本 章 电 话 号 但 例子 的 延续 ) 。 

















7.6 WHE (Inline Class) 


RHEW: FER (182) 





class Person { 


get officeAreaCode() {return this._telephoneNumber .areaCode; } 
get officeNumber() {return this._telephoneNumber .number ; } 


Class TelephoneNumber { 
get areaCode() {return this. _areaCode; } 
get number() {return this. number; } 


} 


class Person { 
get officeAreaCode() {return this._officeAreaCode; } 
get officeNumber ( ) {return this._officeNumber; } 


动机 


内 联 类 正好 与 提炼 类 (182) 相反 。 如 果 一 个 
类 不 再 承担 足够 责任 ， 不 再 有 单独 存在 的 理由 (这 
通常 是 因为 此 前 的 重 构 动作 移 走 了 这 个 类 的 黄 
任 ) ， 我 就 会 挑选 这 一 “ 蓉 缩 类 ”的 最 频繁 用 户 (也 
是 一 个 类 ) ， 以 本 手法 将 “萎缩 类 ” 塞 进 另 一 个 类 


中 。 


应 用 这 个 手法 的 另 一 个 场景 是 ， 我 手头 有 两 个 
类 ， 想 重新 安排 它们 肩负 的 职责 ， 并 让 它们 产生 关 
联 。 这 时 我 友 现 先 用 本 手法 将 它们 内 联 成 一 个 类 下 
用 提炼 闪 《〈182) 去 分 离 其 职员 会 更 加 人 简单。 这 是 
重新 组 织 代 人 码 时 常用 的 做 法 : 有 时 把 相关 元 系 一 口 
气 搬 移 到 位 更 简单 ， 但 有 时 先 用 内 联手 法 合并 各 自 
的 上 下 文 ， 再 使 用 提炼 手法 再 次 分 离 它 们 会 更 合 


适 。 


做 法 






































。 对 于 待 内 联 类 ( 源 类 ) 中 的 所 有 public 函 数 ， 
在 目标 类 上 创建 一 个 对 应 的 函数 ， 新 创建 的 所 
有 函数 应 该 直接 委托 至 源 类 。 

。 修 改 源 类 public 方 法 的 所 有 引用 点 ， 令 它们 调 
用 目标 类 对 应 的 委托 方法 。 每 次 更 改 后 运行 测 
re 

将 源 类 中 的 函数 与 数据 全 部 搬移 到 目标 类 ， 
次 修改 之 后 进行 测试 ， 直 到 源 类 变 成 空 膏 ) 
止 。 

删除 源 类 ， 为 它 举 行 一 个 简单 的 “ 形 礼 ” 
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le 类 存储 了 一 次 物流 运输 (shipment) 
的 知 干 跟踪 信息 (tracking information) 。 


Class TrackingInformation { 
get shippingCompany( ) {return this. _shippingCompany; } 
set shippingCompany(arg) {this._shippingCompany = arg; } 
get trackingNumber ( ) {return this. _trackingNumber; } 
set trackingNumber(arg) {this._trackingNumber = arg;} 
get display() 
return “${this.shippingCompany}: ${this.trackingNumber}; 


它 作 为 shipment Wit) 闫 的 一 部 分 被 使 用 。 
class Shipment... 


get trackingInfo() { 
return this._trackingInformation.display; 


get trackingInformation() {return this. _trackingInformation; } 
set trackingInformation(aTrackingInformation) { 
this. _trackingInformation = aTrackingInformation; 





TrackingInformation t Æ PJ pe AIRE JER 
EH, BERKE CAA REA MEE NE, 
因此 我 希望 将 它 内 联 到 shipment 类 里 。 


首先 ， 我 要 寻找 TrackingInformation 关 的 方 


法 有 哪些 调用 点 。 





调用 方 … 


aShipment.trackingInformation.shippingCompany = request.vendo 


我 将 开始 将 源 类 的 类 似 函 数 全 都 搬移 
到 shipment 里 去 ， 但 我 的 做 法 与 做 搬移 函数 
(198) 时 略微 有 些 不 同 。 这 里 ， 我 先 在 Shipment 





类 里 创建 一 个 委托 方法 ， 并 调整 客户 站 代码 ， 使 其 
调用 这 个 委托 方法 。 





class Shipment... 


set shippingCompany(arg) {this._trackingInformation.shippin 


调用 方 .… 


aSshipment-traekingInfermatien-shippingCompany = request.vendo 





对 于 TrackingInformation 类 中 所 有 为 客户 端 
调用 的 方法 ， 我 将 施 以 相同 的 手法 。 这 之 后 ， 我 束 
可 以 将 源 类 中 的 所 有 东西 都 搬移 到 Shipment 关 中 
ES 


我 先 对 display 方 法 应 用 内 联 函 数 (115) 手 
7 


class Shipment... 


get trackingInfo() 
return `${this.shippingCompany}: ${this.trackingNumber}`; 


再 继续 搬移 “ 收 货 公 司 ”(shipping company) 
字段 。 


get shippingCompany() {return this—traekinginfermatien,_ship 
set shippingCompany(arg) {this.—traekinginfermatien,_shipping 


我 并 未 遵循 搬移 字段 (207) 的 全 部 步 又 ， 
为 此 处 我 只 是 改 由 目标 类 shipment 来 引 
用 shippingcompany， 那 些 从 源 类 搬移 引用 至 目标 
类 的 步骤 在 此 并 不 需要 。 


我 会 继续 相同 的 手法 ， 直 到 所 有 搬迁 工作 完成 
为 止 。 那 时 ， 我 束 可 以 删除 TrackingInformation 
类 了 。 








class Shipment... 


get trackingInfo() { 
return `${this.shippingCompany}: ${this.trackingNumber}`; 


get shippingCompany() {return this._shippingCompany;} 
set shippingCompany(arg) {this._shippingCompany = arg;} 
get trackingNumber ( ) {return this. _trackingNumber ; } 
set trackingNumber(arg) {this._trackingNumber = arg;} 


7.7 ”隐藏 委 托 天 系 (Hide 
Delegate ) 


RHE: 移 除 中 间 人 《192 ) 









manager = aPerson.department.manager; 


manager = aPerson.manager; 


class Person { 
get manager() {return this.department.manager ; } 


动机 


一 个 好 的 模块 化 的 设计 , “封装 ?即使 不 是 其 最 
关键 特征 ， 也 是 最 关键 特征 之 一 。 “封装 意味 着 每 
个 模 基 都 应 该 尽 可 能 少 了 解 系统 的 其 他 部 分 。 如 此 
一 来 ， 一 旦 及 生变 化 ， 需 要 了 解 这 一 
会 比较 少 一 一 这 会 使 变化 比较 容易 进 


当 我 们 初学 面 癌 对象 技术 时 就 被 教导 ， 封 狠 意 
味 看 应 该 隐藏 目 己 的 字段 。 随 腹 经 验 日 源 丰 军 ， 你 
会 及 现 ， 有 更 多 可 以 《而 且 值 得 ) 封装 有 的 东西 。 


如 果 某 些 客户 端 先 通过 服务 对 象 的 字段 得 到 另 











一 个 对 象 《受托 类 ) ， 然 后 调用 后 者 的 函数 ， 那 么 
客户 束 必 须知 晓 这 一 层 委 托 关 系 。 万 一 受托 类 修改 
了 了 接口， 变化 会 波及 通过 服务 对 象 使 用 它 的 所 有 客 
户 靖 。 我 可 以 在 服务 对 象 上 放置 一 个 简单 的 委托 函 
数 ， 将 委托 关系 隐藏 起 来 ， 从 而 去 除 这 种 依 顿 。 这 
么 一 来 ， 即 使 将 来 委托 关系 上 友 生 变化 ， 变 化 也 只 会 
影响 服务 对 象 ， 而 不 会 二 接 波 及 所 有 客户 病 。 








delegate.aMethod() 





做 法 








。 对 于 每 个 委托 关系 中 的 函数 ， 在 服务 对 象 端 建 
立 一 个 简单 的 委托 函数 。 

。 调 整 客 户 端 ， 令 它 只 调用 服务 对 象 提供 的 函 
数 。 每 次 调整 后 运行 测试 。 

。 如 果 将 来 不 再 有 任何 客户 端 需要 取 
用 pelegate (ZHŽ) ， 便 可 移 除 服务 对 象 中 
的 相关 访问 函数 。 

。 测 | 试 。 
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本 例 从 两 个 类 开始 ， 人 代表“ 人 ”的 person 和 代 
He“ ST” Wy Department. 


class Person... 


constructor(name) { 
this. name = name; 


get name() {return this._name;} 


get department ( ) {return this._department; } 
set department(arg) {this. department = arg; } 


class Department... 


get chargeCode() {return this._chargeCode;} 
set chargeCode(arg) {this._chargeCode = arg 
get manager() {return this. manager; } 

set manager(arg) {this._manager = arg; } 





A bee Pin is EB A AA E, =A, 
它 必须 先 取得 Department 对 象 。 


win AAS. 


manager = aPerson.department.manager ; 








OPE AS IT AEP vin Hey J Department HT 
作 原 理 ， 于 是 客户 知道 Department 人 负责 追踪 “经 
理 ” 这 条 信息 。 如 果 对 客户 隐 关 Department， 可 以 
减少 耦合 。 为 了 这 一 目的 ， 我 在 Person 中 建立 一 个 
简单 的 委托 函数 。 





Class Person... 


get manager() {return this. department .manager } 


ME, RH Person A SP m LEN 
改 用 新 函数 : 


客户 端 代码 … 
manager = aPerson-department-manager ; 


只 要 完成 了 对 Department 所 有 函数 的 修改 ， 并 
相应 修改 了 Person 的 所 有 客户 闹 ， 我 束 可 以 移 
除 Person 中 的 department 访 问 函 数 了 。 


7.8 WEF EA (Remove Middle 
Man ) 


反 回 重 构 : MAIER A (189) 






manager = aPerson.manager,; 


class Person { 
get manager() {return this.department.manager ; } 


manager = aPerson.department.manager; 


动机 


在 隐藏 委托 关系 〈189) 的 “动机 ”一 节 中 ， 我 
谈 到 了 “ 封 净 有 党 托 对 象 " 的 好 处 。 但 是 这 层 封 闻 也 是 
有 代价 的 。 每 当 客 户 跨 要 使 用 受托 闫 的 新 特性 时 ， 
你 融 必 须 在 服务 端 讨 加 一 个 简单 委托 函数 。 随 独 受 
托 类 的 特性 (功能 ) 越 来 越 多 ， 更 多 的 转发 函数 就 
会 使 人 烦躁 。 服 务 关 完全 变 成 了 一 个 中 间 人 

(81) ， 此 时 区 应 该 让 客户 直接 调用 受托 类 。 (这 
个 味道 通 冲 在 人 们 狂热 地 遵循 迪 米 特 法 则 时 悄然 出 
现 。 我 总 和 觉得， 如果 这 条 法 则 当初 叫 作 “偶尔 有 用 
的 迪 米 特 建 议 ”， 如 今 能 少 很 多 烦恼 。) 


很 难说 什么 程度 的 隐藏 才 是 合适 的 。 还 好 ， 有 
了 隐藏 委托 关系 〈189) 和 删除 中 间 人 ， 我 大 可 不 














必 操 心 这 个 问题 ， 因 为 我 可 以 在 系统 运行 过 程 中 不 
灯 进 行 调整 。 随 着 代码 的 变化 , “合适 的 隐藏 程 
度 ” 这 个 尺度 也 相应 改变 。6 个 月 前 恰如其分 的 封 
装 ， 现 今 可 能 就 显得 罕 拙 。 重 构 的 意义 就 在 于 : 你 








永远 不 必 说 对 不 起 一 一 只 要 把 出 问题 的 地 方 修补 好 
就 行 了 。 
做 法 


。 为 受托 对 象 创建 一 个 取 值 函数 。 
。 对 于 每 个 委托 函数 ， 让 其 客户 端 转 为 连续 的 访 
I PR Yel A BEV PRIS AT WM 
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以 删 挥 这 个 委托 方法 了 。 

这 能 通过 可 上 自动 化 的 重 构 手法 来 完成 ， 你 
可 以 先 对 受托 字段 使 用 封装 变量 (132) ， 再 应 
HARRI C115) 内 联 所 有 使 用 它 的 函数 。 











ww Bl 


我 又 要 从 一 个 Person 类 开始 了 ， 这 个 类 通过 维 
护 一 个 部 门 对 象 来 决定 某 人 的 经 理 是 谁 。〔 如 果 你 
一 口气 读 完 本 书 的 好 几 章 ， 可 能 会 发 现 每 个 人 与 
部 门 ” 的 例子 都 出 奇 地 相似 。 ) 





客户 端 代码 .… 


manager = aPerson.manager; 


Class Person... 


get manager() {return this. department .manager } 


class Department... 


get manager() {return this._manager; } 


像 这 样 ， 使 用 和 封装 Department 都 很 简单 。 但 
如 果 大 量 函 数 都 这 么 做 ， 我 束 不 得 不 在 Person 之 中 
安置 大 量 委 托 行 为 。 这 就 该 是 移 除 中 间 人 的 时 候 
了 。 首 先 在 Person 中 建立 一 个 函数 ， 用 于 获取 受托 


对 象 。 


class Person... 


get department() {return this. department,;} 





然后 逐一 处 理 每 个 客户 端 ， 使 它们 直接 通过 受 
托 对 象 完成 工作 。 


FP win AA. 


manager = aPerson.department.manager; 





完成 对 客户 端 引 用 点 的 蔡 换 后 ， 我 就 可 以 从 
Person 中 移 除 manager 方 法 了 。 我 可 以 重复 此 法 ， 
移 除 Person 中 其 他 类 似 的 简单 委托 函数 。 


我 可 以 混用 两 种 用 法 。 有 些 委托 关系 非常 常 
用 ， 因 此 我 想 保 住 它 们 ， 这 样 可 使 客户 问 代 人 码 调用 
更 友好 。 何 时 应 该 隐藏 委托 关系 ， 何 时 应 该 移 除 中 
间 人 ， 对 我 而 言 没有 绝对 的 标准 一 一 代码 环境 目 然 
会 给 出 该 使 用 哪 种 手法 的 线索 ， 有 具备 思考 能 力 的 程 
序 员 应 能 分 辨 出 何 种 手法 更 佳 。 

















如 果 手 边 在 用 目 动 化 的 重 构 工 具 ， 那 么 本 手法 
的 步骤 有 一 个 实用 的 变 招 : 我 可 以 先 对 department 
应 用 封装 变量 (132) 。 这 样 可 让 manager 的 取 值 函 
数 调用 department 的 取 值 函数 。 


Class Person... 


get manager() {return this.department.manager ; } 


在 JavaScript 中 ， 调 用 取 值 函数 的 语法 跟 取 用 
普通 字段 看 起 来 很 像 ， 但 通过 移 除 department 字 上 段 
的 下 划 线 ， 我 想 表 达 出 这 里 是 调用 了 取 值 函数 而 非 
直接 取 用 字段 的 区 别 。 


然后 我 对 manager 方 法 应 用 内 联 函 数 (115) ， 
一 口气 答 换 它 的 所 有 调用 点 。 


7.9 MIE (Substitute 
Algorithm ) 








my 


function foundPerson(people) { 
for(let i = 0; i < people.length; i++) { 
if (people[i] === "Don") { 
return "Don"; 


J 
if (people[i] === "John") { 
return "John"; 


J 
if (people[i] === "Kent") { 
return "Kent"; 


return ""; 


function foundPerson(people) t 
const candidates = ["Don", "John", "Kent"]; 
return people.find(p => candidates. includes(p)) || ‘'' 


动机 


我 从 没 试 过 给 猎 剥 皮 ， 听 说 有 好 几 种 方法 ， 我 
敢 肯 定 ， 其 中 某 些 方 法 会 比 男 一 些 简 单 。 算 法 也 是 
如 此 。 如 果 我 发 现 做 一 件 事 可 以 有 更 清晰 的 方式 ， 
我 束 会 用 比较 清晰 的 方式 取代 复杂 的 方式 。“ 重 
构 ? 可 以 把 一 些 复杂 的 东西 分 解 为 较 简 单 的 小 块 ， 
但 有 时 你 束 必 须 壮士 断 腕 ， 删 掉 整 个 算法 ， 代 之 以 
较 人 简单 的 算法 。 随 着 对 问题 有 了 更 多 理解 ， 我 往往 
会 发 现 ， 在 原先 的 做 法 之 外 ， 有 更 简单 的 解决 方 
案 ， 此 时 我 就 需要 改变 原先 的 算法 。 如 果 我 开始 使 
用 程序 库 ， 而 其 中 提供 的 某 些 功 能 /特性 与 我 日 己 的 
代码 重复 ， 那 么 我 也 需要 改变 原先 的 算法 。 











有 时 我 会 想 修改 原先 的 算法 ， 让 它 去 做 一 件 与 
原先 略 有 差异 的 事 。 这 时 候 可 以 先 把 原先 的 算法 普 
换 为 一 个 较 易 修改 的 算法 ， 这 样 后 续 的 修改 会 轻松 
许多 。 

使 用 这 项 重 构 手法 之 前 ， 我 得 确定 自己 已 经 尽 
可 能 分 解 了 原先 的 函数 。 蔡 换 一 个 巨大 且 复杂 的 算 
法 是 非常 困难 的 ， 只 有 先 将 它 分 解 为 较 简单 的 小 型 
函数 ， 我 才能 很 有 把 握 地 进行 算法 蔡 换 工作 。 


做 法 




















。 整 理 一 下 待人 符 换 的 算法 ， 保 证 它 已 经 锐 抽 取 到 
一 个 独立 的 函数 中 。 

。 完 只 为 这 个 函数 准备 测试 ， 以 便 固定 它 的 行 
为 


。 准 备 好 为 一 个 〈 丛 换 用 ) 算法 。 

。 DUT HARE . 

。 运 行 测 试 ， 比 对 新 旧 算 法 的 运行 结果 。 如 果 测 
BOHN, AWAD: AM, Ela Sew 
调试 过 程 中 ， 以 旧 算 法 为 比较 参照 标准 。 





第 8 章 ”搬移 特性 








到 目前 为 止 ， 我 介绍 的 重 构 手 法 都 是 关于 如 何 
新 建 、 移 除 或 重 命 名 程序 的 元 素 。 此 外 ， 还 有 另 一 
种 类 型 的 重 构 也 很 重要 ， 那 束 是 在 不 同 的 上 下 文 之 
间 搬 移 元 素 。 我 会 通过 搬移 函数 (198) 手法 在 类 
与 其 他 模块 之 间 搬 移 函 数 ， 对 于 字段 可 用 搬移 字段 
(207) 手法 做 类 似 的 搬移 。 


有 时 我 还 需要 单独 对 语句 进行 搬移 ， 调 整 它们 
的 顺序 。 搬 移 语句 到 函数 (213) 和 搬移 语句 到 调 
用 者 〈217) 可 用 于 将 语句 搬入 函数 或 从 函数 中 搬 
出 ;如 果 需 要 在 函数 内 部 调整 语句 的 顺序 ， 那 么 移 
动 语 句 (223) 就 能 派 上 用 场 。 有 时 一 些 语句 做 的 
事 已 有 现成 的 函数 代 蔡 ， 那 时 我 束 能 以 函数 调用 取 
代 内 联 代码 (222) 消除 重复 。 

对 付 循环 ， 我 有 两 个 常用 的 手法 : 拆 分 循环 
(227) 可 以 确保 每 个 循环 只 做 一 件 事 ， 以 管道 取 
代 循 环 〈231) 则 可 以 直接 消灭 整个 循环 。 

最 后 这 项 手法 ， 我 相信 一 定 会 是 任何 一 个 合格 
程序 员 的 至 爱 ， 那 就 是 移 除 死 代 码 (237) 。 没 什 











么 能 比 手 刃 一 段 长 长 的 无 用 代码 更 令 一 个 程序 员 感 
到 请 足 的 了 。 


8.1 搬移 函数 (Move Function) 


曾 用 名 : 搬移 函数 (Move Method) 


class Account { 
get overdraftCharge() {...} 


class AccountType 


get overdraftCharge() {...} 


动机 





模块 化 是 优秀 软件 设计 的 核心 所 在 ， 好 的 模块 
化 能 够 让 我 在 修改 程序 时 上 只 需 理解 程序 的 一 小 部 
分 。 为 了 设计 出 高 度 模 英 化 的 程序 ， 我 得 保证 互相 
天 联 的 软件 有 要 和 对 者 能 集中 到 一 其 ， 并 确保 块 与 块 之 
MUKA aT AK. EW Te. HN, Fee 
计 的 理解 并 不 是 一 成 不 变 的 ， 随 着 我 对 代码 的 理解 
加 深 ， 我 会 知道 那些 软件 要 素 如 何 组 织 最 为 恰当 。 
ne ee een ee 
TUR o 


任何 函数 都 需要 具备 上 下 文 环 境 才 能 存活 。 这 
个 上 下 文 可 以 是 全 局 的 ， 但 它 更 多 时 候 是 由 菏 种 形 
式 的 模块 所 提供 的 。 对 一 个 面向 对 象 的 程序 而 言 ， 
类 作为 最 主要 的 模块 化 手段 ， 其 本 里 束 能 充当 函数 
的 上 下 文 ; GREATS, SME RR BUENA AJ 
函数 所 供 一 个 上 下 文 。 不 同 的 语言 提供 的 模块 化 机 
制 各 不 相同 ， 但 这 些 模 块 的 共同 点 是 ， 它 们 部 能 大 
了 消 数 据 供 一 个 项 以 存活 的 上 下 文 坏 境 。 


搬移 函数 最 直接 的 一 个 动因 是 ， 它 频 莹 引用 其 
他 上 下 文中 的 元 素 ， 而 对 目 身 上 下 文中 的 元 系 却 关 
心 其 少 。 此 时 ， 让 它 去 与 那些 更 亲密 的 元 素 相 会 ， 
通 第 能 取得 更 好 的 封 沪 效 果 ， 因 为 系统 别处 束 可 以 
减少 对 当前 模块 的 依赖 。 


同样 ， 如 果 我 在 整理 代码 时 ， 友 现 需 要 频繁 调 
用 一 个 别处 的 函数 ， 我 也 会 考虑 搬移 这 个 函数 。 有 





























时 你 在 函数 内 部 定义 了 一 个 帮助 函数 ， 而 该 帮助 函 
数 可 能 在 别 的 地 方 也 有 用 处 ， 此 时 就 可 以 将 它 搬 移 
到 某 些 更 通用 的 地 方 。 同 理 ， 定 义 在 一 个 类 上 的 函 
数 ， 可 能 挪 到 为 一 个 类 中 去 更 方便 我 们 调用 。 


是 否 需 要 搬移 函数 第 党 不 易 抉 择 。 为 了 做 出 决 
定 ， 我 需要 仔细 检查 函数 当前 上 下 文 与 目标 上 下 文 
之 间 的 区 别 ， 需 要 查看 函数 的 调用 者 都 有 谁 ， 它 自 
刁 又 调用 了 哪些 函数 ， 被 调用 函数 需要 什么 数据 ， 
等 等 。 在 搬移 过 程 中 ， 我 通 间 会 发 现 需 要 为 一 整 组 
函数 创建 一 个 新 的 上 下 文 ， 此 时 就 可 以 用 函数 组 合 
成 类 (144) 或 提炼 类 (182) 创建 一 个 。 尽 管 为 函 
数 选择 一 个 最 好 的 去 处 不 太 容 易 ， 但 决定 越 难 做 ， 
通常 说 明 “ 搬 移 这 个 函数 与 耕 ” 的 重要 性 也 越 低 。 我 
发 现 好 的 做 法 是 先 把 函数 安置 到 某 一 个 上 下 文 里 
去 ， 这 样 我 就 能 发 现 它 们 是 否 契 合 ， 如 果 不 太 合适 
我 可 以 再 把 函数 据 移 到 别 的 地 方 。 


做 法 





























。 检 俘 函 数 在 当前 上 下 文 里 引用 的 所 有 程序 元 素 
(包括 变量 和 函数 ) ， 考 虑 是 售 需 要 将 它们 一 
并 搬移 


























如 果 及 现 有 些 和 被 调用 的 函数 也 再 要 搬移 ， 
我 通常 会 先 搬移 它们 。 这 样 可 以 保证 移动 一 组 
函数 时 ， 忆 古 从 依赖 最 少 的 那个 函数 入 手 。 

如 果 该 函数 拥有 一 些 子 函数 ， 并 且 它 是 这 
些 子 函数 的 唯一 调用 者 ， 那 么 你 可 以 先 将 子 函 
数 内 联 进来 ， 一 并 搬移 到 新 家 后 再 重新 拥 烁 出 
TAA. 


。 RAIT PA Be BH th STE. 





在 面向 对 象 的 语言 里 ， 还 需要 考虑 该 函数 
是 否 覆 写 了 超 类 的 函数 ， 或 者 为 子 类 所 履 写 。 





。 将 函数 复制 一 份 到 目标 上 下 文中 。 调 整 函数 ， 
使 它 能 适应 新 家 。 





WRR EHE] WE F (source 
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递 过 去 ， 要 么 通过 函数 参数 ， 要 么 是 将 当前 上 
下 文 的 引用 传递 到 新 的 上 下 文 那 边 去 。 








WAS BO E ARE, BODE TT 
名 字 ， 使 它 更 符合 新 的 上 下 文 。 





。 DUT HAE 

。 设 法 从 源 上 下 文中 正确 引用 目标 函数 。 
。 修 改 源 函 数 ， 使 之 成 为 一 个 纯 委 托 函 数 。 
e Mhio 

。 考 虑 对 源 函 数 使 用 内 联 函 数 (115) 





也 可 以 不 做 内 联 ， 让 源 函 数 一 直 做 委托 调 
用 。 但 如 果 调 用 方 下 接 调用 目标 函数 也 不 费 
多 周折 ， 那 么 最 好 还 是 把 中 间 人 移 除 挥 。 








WP: PAS A fe ea BB TE 


让 我 用 一 个 函数 来 举例 。 这 个 函数 会 计算 一 
GPS 轨迹 记录 (track eee 的 总 距离 本 
distance) 。 





function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 


return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


了 


function calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


} 

return result; 
} 
function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
function calculateTime() { ... } 


我 希望 把 calculateDistance 国 数 搬移 到 顶 
层 ， 这 样 我 加 能 单独 计算 轨迹 的 距离 ， 而 不 必 算 出 
汇总 报告 Csummary) 的 其 他 部 分 。 


我 完 将 函数 复制 一 份 到 顶层 作用 域 中 : 














function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance()j; 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


了 


function calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[1i]); 


return result; 


function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
function calculateTime() { ... } 
} 
function top_ calculateDistance( ) { 
let result = 


for (let i = 1; i < points.length; i++) { 
result += 本 1], points[i]); 


return result; 


复制 函数 时 ， 我 习惯 为 函数 一 并 改 个 名 ， 这 样 
oe a 这 个 信息 显得 一 日 了 
然 。 现 在 我 还 不 想 花 费心 思考 虑 它 正 确 的 名 字 该 是 
人 因此 我 加 且 先 用 一 个 临时 的 名 季 。 


此 时 代码 依然 能 正常 工作 ， 但 我 的 静态 分 析 器 
要 开始 抱 急 了 ， 它 说 新 图 数 里 多 了 两 个 未 定义 的 符 
号 ， 分 别 是 distance 和 points。 对 于 points， 目 然 


是 将 其 作为 函数 参数 传 进来 。 














function top_calculateDistance(points) { 
let result =0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


至 于 distance， 虽 然 我 也 可 以 将 它 作为 参数 传 
进来 ， 但 也 许 将 其 计算 函数 calculate Distance— 
并 搬移 过 来 会 更 合适 。 该 函数 的 代码 如 下 。 





function trackSummary... 


function distance(p1,p2) { 
const EARTH_RADIUS = 3959; // in miles 
const dLat = radians(p2.lat) - radians(p1.lat); 
const dLon = radians(p2.lon) - radians(pi.lon); 
const a = Math.pow(Math.sin(dLat / 2),2) 
+ Math.cos(radians(p2.lat) ) 
* Math.cos(radians(p1.lat)) 
* Math.pow(Math.sin(dLon / 2), 2); 
const c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1-a)); 
return EARTH_RADIUS * cC; 


function radians(degrees) { 
return degrees * Math.PI / 180; 





RA eS Plldistanceri aH K iH Y radians ph 
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素 。 因 此 与 其 将 radians 作 为 参数 ， 我 更 倾 同 于 将 
它 也 一 并 搬移 。 不 过 我 不 需要 一 步 到 位 ， 我 们 可 以 
先 将 这 两 个 函数 从 当前 上 下 文中 搬移 进 


calculateDistance Pf] ay A 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 


return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


/ 
function calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 
return result; 


function distance(p1,p2) { ... } 
function radians(degrees) { ... } 


o KAT AFR ot ACHE AS to BA 
测试 的 作用 ， 让 它们 大 我 检查 有 无 遗漏 的 东西 。 在 
这 个 实例 中 一 A 顺利 ， 因 此 ， 我 可 以 放心 地 将 这 两 
个 函数 直接 复制 到 top_calculateDistance 中 : 


function top_calculateDistance(points) { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


} 





这 次 复制 操作 同样 不 会 改变 程序 现 有 行为 ， 但 
给 了 静态 分 析 器 更 多 介入 的 机 会 ， 增 加 了 暴露 错误 





的 概率 。 假 如 我 在 上 一 步 没 有 发 现 distance 函 数 内 
部 还 调用 了 radians 国 数 ， 那 么 这 一 步 束 会 被 分 析 
Ae he EE HK T 


现在 万 事 俱 备 ， 是 时 候 端 出 主 来 了 一 一 我 要 在 
原 calculateDistance 国 数 体 内 调 
FAitop_calculateDistanceph 2: 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


function calculateDistance() { 
return top_calculateDistance(points); 





接 下 来 最 午 要 有 的 事 是 要 运行 一 过 测试 ， 看 看 功 
能 是 否 仍然 完整 ， 函 数 在 其 新 家 符 得 是 售 舒 适 。 


WWW, WAR S EBLE, WEF EDK 
家 ， 现 在 大 箱 小 箱 已 经 全 搬 到 新 家 ， 接 下 来 融 是 将 
它们 拆 箱 复位 了 。 第 一 件 事 是 决定 还 要 个 要 你 留 原 
来 那个 只 起 委托 作用 的 函数 。 在 这 个 例子 中 ， 原 函 
数 的 调用 扣 不 多 ， 作 为 向 套 函 数 它们 的 作用 范围 通 
常 也 很 小 ， 因 此 我 觉得 这 里 大 可 直接 移 除 原 函数 。 

















function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = top_calculateDistance(points); 
const pace = totalTime / 60 / totalDistance ; 


return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


£ 


} 


同时 ， 也 该 是 时 候 为 这 个 函数 认真 想 个 名 字 
JS. ANTE RACHA Berm ALPE, luca Sey 
名 非常 重要 。totalDistance 听 起 来 不 错 ， 但 还 不 
能 马上 用 这 个 名 字 ， 因 为 trackSsummary 函 数 中 有 一 
个 同名 的 变量 一 一 我 不 觉得 这 个 变量 有 保留 的 价 
值 ， 因 此 我 们 先 用 内 联 变 量 〈123) 处 理 它 ， 之 后 
再 使 用 改变 函数 声明 (124) : 








function trackSummary(points) { 
const totalTime = calculateTime(); 
const pace = totalTime / 60 / totalDistance(points) ; 
return { 
time: totalTime, 
distance: totalDistance(points), 
pace: pace 


了 


function totalDistance(points) { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


如 果 出 于 茶 些 原因 ， 实 在 需要 你 留 该 变量 ， 那 
么 我 建议 将 该 变量 改 个 其 他 的 名 字 ， 比 如 


totalDistanceCcache 或 distance 等 。 


由 于 distance 国 数 和 radians 国 数 并 未 使 
用 totalpistance 中 的 任何 变量 或 函数 ， 因 此 我 倾 
同 于 把 它们 也 提升 到 顶层 ， 也 束 是 4 个 方法 都 放置 
在 项 层 作 用 域 上 。 





function trackSummary(points) { ... } 
function totalDistance(points) { ... } 
function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
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保留 在 totalDistance 内 ， 以 便 限 制 它们 的 可 见 
性 。 在 某 些 语言 里 ， 这 个 顾 虚 也许 有 其 道理 ， 但 新 
的 ES 2015 规范 为 JavaScript 提 供 了 一 个 美妙 的 模块 
化 机 制 ， 利 用 它 来 控制 函数 的 可 见 性 是 再 好 不 过 
了 。 通 常 来 说 ， 我 对 骸 僚 函数 还 是 心 存 警 惕 的 ， 
为 很 容易 在 里 面 编写 一 些 私 有 数据 ， 并 且 在 函数 之 
间 共 享 ， 这 可 能 会 增加 代码 的 疯 谈 和 重 构 难度 。 
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在 类 之 间 搬 移 函 数 也 是 一 种 常见 场景 ， 下 面 我 
将 用 一 个 表示 “账户 ”的 Account 类 来 讲解 。 


class Account... 


get bankCharge() { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


get overdraftCharge() { 
if (this.type.isPremium) { 
const baseCharge = 10; 
if (this.daysOverdrawn <= 7) 
return baseCharge; 
else 


return baseCharge + (this.daysOverdrawn - 7) * 0.85; 
} 


else 
return this.daysOverdrawn * 1.75; 


} 


上 面 的 代码 会 根据 账户 类 型 (account type) 的 
不 同 ， 决 定 不 同 的 “透支 金额 计 费 ”算法 。 因 此 ， 很 
目 然 会 想到 将 overdraftcharge 函 数据 移 
到 AccountType 类 去 。 


第 一 步 要 做 的 是 : 观 穴 被 overdraftcharge 使 
用 的 每 一 项 特性 ， 考 虑 是 否 值 得 将 它们 
与 overdraftCharge 图 数 一起 移动 。 此 例 中 我 需要 





让 daysoverdrawn 字 段 留 在 Account 类 中 ， 因 为 它 会 


随 不 同 种 类 的 账户 而 变化 。 


然后 ， 我 将 overdraftcharge 函 数 主体 复制 
到 AccountType 类 中 ， 并 做 相应 调整 。 





class AccountType... 


overdraftCharge(daysOverdrawn) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (daysOverdrawn - 7) * 0.85; 


else 
return daysOverdrawn * 1.75; 


为 了 使 函数 适应 这 个 新 家 ， 我 必须 决定 如 何 处 
理 两 个 作用 范围 发 生 改 变 的 变量 。isPremium 如 今 
只 需要 简单 地 从 this 上 获取 ， 但 daysoverdrawn 怎 
么 办 呢 ? 我 是 直接 传 值 ， 还 是 把 整个 account 对 象 
传 过 来 ? 为 了 方便 ， 我 选择 先 简 单传 一 个 值 ， 不 过 
如 果 后 续 还 需要 账户 〈account) 对 象 上 除了 
daysoverdrawn 以 外 的 更 多 数据 ， 例 如 需要 根据 账 
FAI (account type) 来 决定 如 何 从 账户 
Caccount) 对 象 上 取 用 数据 时 ， 那 么 我 很 可 能 会 








改变 主意 ， 转 而 选择 传 入 整个 account 对 象 。 


完成 函数 复制 后 ， 我 会 将 原来 的 方法 代 之 以 一 
个 委托 调用 。 





Class Account... 


get bankCharge( ) { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 


return result; 


get overdraftCharge() { 
return this.type.overdraftCharge(this.daysOverdrawn) ; 





然后 下 一 件 需 要 决定 的 事情 征 ， 和 是 倚 
留 overdraftcharge 这 个 委托 函数 ， 还 是 直接 内 联 
它 ? 内 联 的 话 ， 代 人 码 会 变 成 下 面 这 样 。 





class Account... 


get bankCharge() { 
let result = 4.5; 
if (this. _daysOverdrawn > 0) 
result += this.type.overdraftCharge(this.daysOverdrawn) ; 
return result; 


在 早先 的 步骤 中 ， 我 将 daysoverdrawn 作 为 参 
数 直接 传递 给 overdraftcharge 国 数 ， 但 如 知 账 户 
(account ) ARER 18 2 BU i Se FS ASQ at EL 
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class Account... 


get bankCharge() { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


get overdraftCharge() { 
return this.type.overdraftCharge(this); 
} 


class AccountType... 


overdraftCharge(account) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (account.daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (account.daysOverdrawn - 7) * 0.85; 
} 


else 
return account.daysOverdrawn * 1.75; 


8.2 ”搬移 字段 (Move Field) 


class Customer { 
get plan() {return this. _plan;} 
get discountRate() {return this. _discountRate; } 


class Customer { 
get plan() {return this._plan;} 
get discountRate() {return this.plan.discountRate; } 


动机 


编程 活动 中 你 需要 编写 许多 代码 ， 为 系统 实现 
特定 的 行为 ， 但 往往 数据 结构 才 是 一 个 健壮 程序 的 
根基 。 一 个 适应 于 问题 域 的 民 好 数据 结构 ， 可 以 让 
行为 代码 变 得 简单 明了 ， 而 一 个 粳 糙 的 数据 结构 则 
将 招致 许多 无 用 代码 ， 这 些 代 码 更 多 是 在 差劲 的 数 
所 结构 中 间 纠 缠 不 请， 而 非 为 系统 实现 有 用 的 行 
为 。 代 码 凑 乱 ， 势 必 难 以 理解 ; 不仅 如 此 ， 坏 的 数 
MARA EREET RKA R 


因此 ， 好 的 数据 结构 至 关 重 要 一 不 过 这 也 与 
编程 活动 的 许多 方面 一 样 ， 它 们 都 很 难 一 次 做 对 。 
我 通常 都 会 做 些 预 先 的 设计 ， 设 法 得 到 最 恰当 的 数 
据 结 构 ， 此 时 如 果 你 具备 一 些 领 域 驱动 设计 
(domain-driven design) 方面 的 经 验 和 知识 ， 人 往往 
有 助 于 你 更 好 地 设计 数据 结构 。 但 即便 经 验 再 丰 
是， 技能 再 熟练 ， 我 仍然 发 现 我 在 进行 初版 设计 时 
往往 还 是 会 犯错 。 在 不 断 编 程 的 过 程 中 ， 我 对 问题 
域 的 理解 会 加 深 ， 对 “什么 是 理想 的 数据 结构 ”会 有 
更 多 想法 。 这 个 星期 看 来 合理 而 正确 的 设计 决策 ， 
到 了 下 个 星期 可 能 束 不 再 正确 了 。 


如 琳 我 发 现 数据 结构 已 经 不 适应 于 需求 ， 就 应 
该 马上 修 绻 它 。 如 果 容 许 瑕 疫 存 在 并 进一步 累积 ， 
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我 开始 寻思 搬移 数据 ， 可 能 是 因为 我 及 现 每 当 
调用 东 个 函数 时 ， 除 了 传 入 一 个 记录 参数 ， 还 总 是 
需要 同时 传 入 另 一 条 记录 的 东 个 字段 一 起 作为 参 
数 。 总 是 一 同 出 现 、 一 同 作为 函数 参数 传递 的 数 
据 ， 最 好 是 规整 到 同一 条 记录 中 ， 以 体现 它们 之 间 
的 联系 。 修 改 的 难度 也 是 引起 我 注意 的 一 个 原因 ， 
如 果 修 改 一 条 记录 时 ， 总 是 需要 同时 改动 另 一 条 记 
录 ， 那 么 说 明 很 可 能 有 字段 放 错 了 人 位置。 此外， 如 
朱 我 更 新 一 个 字段 时 ， 需 要 同时 在 多 个 结构 中 做 出 
修改 ， 那 也 是 一 个 征兆 ， 表 明 该 字段 需要 被 搬移 到 
一 个 集中 的 地 点 ， 这 样 每 次 只 需 修 改 一 处 地 方 。 


搬移 字段 的 操作 通 第 是 在 其 他 更 大 的 改动 背景 
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诸多 使 用 者 应 该 通过 目标 对 象 来 访问 它 ， 而 不 应 该 
再 通过 源 对 象 来 访问 。 请 如 此 类 的 清理 ， 我 会 在 此 
后 的 重 构 中 一 并 完成 。 同 样 ， 我 也 可 能 因为 字段 当 
前 的 一 些 用 法 而 无 法 直接 搬移 它 。 我 得 匈 对 其 使 用 
方式 做 一 些 重 构 ， 然 后 才能 继续 搬移 工作 。 


到 目前 为 止 ， 我 用 以 指称 数据 结构 的 术语 都 
EWR” (record) ， 但 以 上 论述 对 类 和 对 象 同样 
适用 。 类 只 是 一 种 多 了 实例 函数 的 记录 ， 它 与 其 他 
任何 数据 结构 一 样 ， 都 需要 保持 健康 。 不 过 类 的 实 
例 函 数 确 实 简化 了 搬移 数据 的 操作 ， 因 为 它 已 经 将 



































数据 的 存 取 封 六 到 访问 函数 中 。 当 我 搬移 数据 时 ， 
只 需要 相应 修改 访问 函数 的 引用 ， 该 字段 的 所 有 客 
户 端 依然 可 以 正 第 工作。 因此 ， 如 果 你 的 数据 已 经 
用 类 进行 了 封装 ， 那 么 这 个 重 构 手法 会 更 容易 进 
行 ， 我 下 面 的 展开 也 做 了 “通过 类 封 汪 的 数据 更 容 
易 搬移 ”这 个 假设 。 如 果 你 要 搬移 的 数据 是 裸 记 
K KAHAR, BARMI A RE HE 
行 ， 但 情况 就 会 复杂 一 些 。 


做 法 





。 借 保 源 字段 已 经 得 到 了 民 好 封 疼 。 

e Mhio 

。 在 目标 对 象 上 创建 一 个 字段 (及 对 应 的 访问 函 
ŽD 。 

。 DUT HATE . 

。 确 你 源 对 象 里 能 够 正常 引用 目标 对 象 。 











也 许 你 已 经 有 现成 的 字段 或 方法 得 到 目标 
WR. WAKA, AAR he Ah Bl aE 
方法 完成 此 事 。 如 果 还 是 不 行 ， 你 可 能 束 得 在 
源 对 象 里 创建 一 个 字段 ， 用 于 存储 目标 对 和 象 














了 。 这 次 修改 可 能 留存 很 入 ， 但 你 也 可 以 只 做 
临时 修改 ， 等 到 系统 其 他 部 分 的 重 构 完 成 就 回 
KERE. 











. 调整 源 对 象 的 访问 函数 ， 令 其 使 用 目标 对 象 的 
字段 。 








如 果 源 类 的 所 有 实例 对 象 都 共享 对 目标 对 
象 的 访问 权 ， 那 么 可 以 考虑 先 更 新 源 类 的 设 值 
函数 ， 让 它 修改 源 字 段 时 ， 对 目标 对 象 上 的 字 
段 做 同样 的 修改 。 然 后 ， 再 通过 引入 断言 
(302) ， 当 检测 到 源 字 段 与 目标 字段 不 一 致 时 
抛 出 错误 。 一 旦 你 确定 改动 没有 引入 任何 可 观 
察 的 行为 变化 ， 就 可 以 放心 地 让 访问 函数 直接 
使 用 目标 对 象 的 字段 了 。 








。 测 试 。 
。 移 除 源 对 象 上 的 字段 。 
。 测 试 。 


wl 


我 将 用 下 面 这 个 例子 来 介绍 这 项 手法 ， 其 中 
customer 类 代表 了 一 位 “顾客 ”，CustomerContract 


代表 与 顾客 关联 的 一 个 “合同 ”。 
class Customer... 


constructor(name, discountRate) { 
this. _name = name; 
this. _discountRate = discountRate; 
this. contract = new CustomerContract(dateToday()); 


} 
get discountRate() {return this._discountRate,;} 
becomePreferred() { 

this. _discountRate += 0.03; 

// other nice things 


applyDiscount(amount) { 


return amount.subtract(amount.multiply(this._discountRate) ); 


} 


class CustomerContract... 


constructor (startDate) { 
this._startDate = startDate; 


} 


我 想 要 将 折扣 率 (discountRate) 字段 从 
customer 类 中 搬移 到 customerCcontract 里 中 。 


一 件 事 情 是 先 用 封装 变量 〈132) 将 对 
ea et See eee 


class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this._setDiscountRate(discountRate) ; 
this. _contract = new CustomerContract(dateToday()); 


get discountRate() {return this. _discountRate; } 
_setDiscountRate(aNumber) {this._discountRate = aNumber; } 
becomePreferred() { 

this. _setDiscountRate(this.discountRate + 0.03); 

// other nice things 


applyDiscount(amount) { 
return amount.subtract(amount.multiply(this.discountRate) ); 


我 通过 定制 的 applyDiscount 方 法 来 更 新 字 
段 ， 而 不 是 使 用 通常 的 设 值 疯 数 ， 这 是 因为 我 不 想 
为 字段 暴露 一 个 public 的 设 值 函 数 。 


接着 我 在 Customercontract 中 添加 一 个 对 应 的 
字段 和 访问 函数 。 











class CustomerContract... 


constructor(startDate, discountRate) { 


this._startDate = startDate; 
this._discountRate = discountRate; 


get discountRate( ) {return this. _discountRate; } 
set discountRate(arg) {this._discountRate = arg; } 
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不 过 当 我 这 么 干 时 ， 我 收 到 了 一 个 错误 :“Cannot 
set property 'discountRate' of undefined”。 这 是 因为 
我 们 先 调用 了 _setDiscountRate 函 数 ， 而 此 时 
CC 网 为 了 修复 这 

个 错误 ， 我 得 先 撤 销 刚 刚 的 代码 ， 回 到 上 一 个 可 工 
EERS 然后 再 应 用 移动 语句 (223) 手法 ， 
将 _setDiscountRate 国 数 调用 语句 挪动 到 创建 对 象 
的 语句 之 后 。 


Class CUstomer... 


constructor(name, discountRate) { 
this. _name = name; 
this._setDiscountRate(discountRate); 
this. _contract = new CustomerContract(dateToday()); 


} 


搬移 完 语句 后 运行 一 测试 通过 后 ， 再 
次 修改 customer 的 访问 函数 ， 让 它 使 用 _contract 


对 象 上 的 discountRate 字 段 。 


Class CUstomer... 


get discountRate() {return this._contract.discountRate; } 
_setDiscountRate(aNumber) {this._contract.discountRate = aNum 


在 JavaScript 中 ， 使 用 类 的 字段 无 顷 事 先 声 
明 ， 因 此 茶 换 完 访 问 函 数 ， 实 际 上 已 经 没有 其 他 字 
段 再 需要 我 删除 。 


PAS RGR 








搬移 字段 这 项 重 构 手 法 对 于 类 的 实例 对 象 通常 
较 易 进行 ， 因 为 将 数据 访问 包装 到 方法 中 ， 是 类 所 
天 然 支 持 的 一 种 封装 手段 。 如 果 我 要 搬移 的 字段 是 
WWR, FHRS RAER, MAXHE 
仍然 很 有 意义 ， 只 不 过 情况 会 复杂 不 少 。 


我 可 以 先 为 记录 创建 相应 的 访问 函数 ， 并 修改 
所 有 读 取 和 更 新 记录 的 地 方 ， 使 它们 引用 新 创建 的 
访问 函数 。 如 果 竺 搬移 的 字段 是 不 可 变 
(immutable) 的 ， 那 么 我 可 以 在 设 值 函 数 中 同时 更 











新 源 字段 和 目标 字段 ， 然 后 再 逐步 迁移 读 取 记录 的 
调用 点 。 不 过 ， 我 依然 会 尽 可 能 先 用 封装 记录 
(162) 手法 将 记录 封装 成 类 ， 如 此 一 来 后 续 修改 
会 更 加 简单 。 


WEP: PASH Be BFE EE RT RR 


现在 ， 让 我 们 看 另外 一 个 场景 。 还 是 那个 代 
表 “ 账 户 ” 的 Account 关 ， 关 上 有 一 个 代表 “利率 ?的 字 


Et interestRate。 


Class Account... 


constructor(number, type, interestRate) { 
this. number = number; 
this._type = type; 
this._interestRate = interestRate; 


get interestRate() {return this. _interestRate; } 


class AccountType... 


constructor(nameString) { 
this. name = nameString; 


} 


我 不 希望 让 每 个 账户 目 己 维护 一 个 利率 字段 ， 
利率 应 该 取 雇 于 账户 本 喘 的 类 型 ， 因 此 我 想 将 它 搬 
移 到 AccountType 中 去 。 


利率 字段 已 经 通过 访问 函数 得 到 了 良好 的 封 
装 ， 因 此 我 只 需要 在 AccountType 上 创建 对 应 的 字 
段 及 访问 函数 即 可 。 








class AccountType... 


constructor(nameString, interestRate) { 
this. name = nameString; 
this._interestRate = interestRate; 


} 
get interestRate() {return this._interestRate;} 


RERMZA T H RaAccount HY Vi i] eA BL 
ERENER Bo HEA NS HL To EEN 
前 ， 每 个 账户 都 目 己 维护 一 份 利率 数据 ， 而 现在 我 
要 让 所 有 相同 类 型 的 账户 共 圣 同一 个 利率 值 。 如 果 
当前 类 型 相同 的 账户 确实 拥有 相同 的 利率 ， 那 么 这 
次 各 构 束 能 成 立 ， 因 为 这 不 会 引起 可 观测 的 行为 变 
化 。 但 只 要 存在 一 个 特例 ， 即 同一 类 型 的 账户 可 能 
有 不 同 的 利率 值 ， 那 么 这 样 的 修改 就 不 叫 重 构 了 ， 
因为 它 会 改变 系统 的 可 观测 行为 。 倘 石 账户 的 数据 
你 存在 数据 库 中 ， 那 我 融 应 该 检查 一 下 数据 库 ， 确 

















保 同 一 类 型 的 账户 都 拥有 与 其 账户 类 型 匹配 的 利率 
值 。 同 时 ， 我 还 可 以 在 Account 类 引入 上 断言 

(302) ， 确 保 出 现 异 和 常 的 利率 数据 时 能 够 及 时 友 
现 。 


class Account... 


constructor(number, type, interestRate) { 
this. number = number; 
this. type = type; 
assert(interestRate === this._type.interestRate); 
this._interestRate = interestRate; 


} 
get interestRate() {return this._interestRate;} 





我 会 保留 这 条 断言 ， 让 系统 先 运行 一 段 时 间 ， 
看 看 是 否 会 在 这 捕获 到 错误 。 或 者 ， 除 了 还 加 断 
言 ， 我 还 可 以 将 错误 记录 到 日 志 里 。 一 段 时 间 后 ， 
一 旦 我 对 代码 变 得 更 加 自信 ， 确 定 它 确实 没有 引起 
行为 变化 后 ， 我 束 可 以 让 Account 直 接 访 问 
AccountType 上 的 interestRate 字 段 ， 并 将 原来 的 
字段 完全 删除 了 。 














class Account... 


constructor(number, type) { 
this. number = number; 


this._type = type; 
} 


get interestRate() {return this._type.interestRate;} 


8.3 搬移 语句 到 函数 (Move 
Statements into Function ) 


RHE: 搬移 语句 到 调用 者 (217) 
| 





result.push(°<p>title: ${person.photo.title}</p> ); 


result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 
return [ 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>°, 
]; 
} 


result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 
return [ 
“<p>title: ${aPhoto.title}</p>°, 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
J; 
} 


动机 


要 维护 代码 库 的 健康 发 展 ， 需 要 遵守 儿 条 黄金 
守则 ， 其 中 最 重要 的 一 条 当 属 “消除 重复 ”。 如 果 我 


发 现 调用 某 个 函数 时 ， 总 有 一 些 相同 的 代码 也 需要 
每 次 执行 ， 那 么 我 会 考虑 将 此 段 代 码 合并 到 函数 里 
头 。 这 样 ， 日 后 对 这 段 代码 的 修改 只 需 改 一 处 地 

方 ， 还 能 对 所 有 调用 者 同时 生效 。 如 果 将 来 代码 对 
不 同 的 调用 者 需 有 不 同 的 行为 ， 那 时 再 通过 搬移 语 
句 到 调用 者 (217) 将 它 〈 或 其 一 部 分 )》 搬移 出 来 
也 十 分 简单 。 


如 果菜 些 语句 与 一 个 函数 放 在 一 起 更 像 一 个 整 
体 ， 并 且 更 有 助 于 理解 ， 那 我 承 会 训 不 犹豫 地 将 语 
句 搬移 到 函数 里 去 。 如 果 它 们 与 函数 不 像 一 个 整 
ik, MEMS KR EET, ARE AH PERK K A 
(106) HEA) A RZ HAEE. ARAE 
我 下 面 要 描述 的 做 法 了 ， 只 是 下 面 还 多 了 内 联 和 改 
名 的 步 又 。 这 些 清理 工作 通常 有 其 必要 性 ， 可 以 在 
完成 核心 步骤 后 再 择机 完成 。 


做 法 



































。 如 条 重复 的 代码 段 离 调用 目标 函数 的 地 方 还 有 
些 距离 ， 则 移 用 移动 语句 (223) 将 这 些 语句 挪 
动 到 又 邻 目标 函数 的 位 置 。 

。 如 果 目 标 函 数 仅 被 唯一 一 个 源 函 数 调用 ， 那 么 
只 需 将 源 函 数 中 的 重复 代码 段 勇 切 并 粘贴 到 目 








标 函 数 中 即 可 ， 然 后 运行 测试 。 本 做 法 的 后 续 
步骤 至 此 可 以 忽略 。 

。 如 果 函 数 不 止 一 个 调用 点 ， 那 么 先 选 择 其 中 一 
个 调用 点 应 用 提炼 函数 106) ， 将 待 搬移 的 语 
句 与 目标 函数 一 起 提炼 成 一 个 新 函数 。 给 新 轩 
数 取 个 临时 的 名 字 ， 只 要 易于 搜索 即 可 。 

。 调 整 函 数 的 其 他 调用 点 ， 令 它们 调用 新 提 炬 的 
消 数 。 每 次 调整 之 后 运行 测试 。 

。 完 成 所 有 引用 点 的 奉 换 后 ， 应 用 内 联 函 数 
(115) 将 目标 函数 内 联 到 新 函数 里 ， 并 移 除 原 
目标 函数 。 

。 对 新 函数 应 用 函数 改名 (124) ， 将 其 改名 为 原 
目标 函数 的 名 字 。 














如 果 你 能 想到 更 好 的 名 字 ， 那 就 用 更 好 的 
那个 。 
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我 将 用 一 个 例子 来 讲解 这 项 手法 。 以 下 代码 会 
生成 一 些 关 于 相片 (photo) 的 HTML: 


function renderPerson(outStream, person) { 
const result = []; 
result.push( °<p>${person.name}</p>- ); 
result.push(renderPhoto(person. photo) 
result.push(°<p>title: ${person.photo. title}</p>" ); 
result.push(emitPhotoData(person.photo) ); 
return result.join("\n"); 


function photoDiv(p) { 


return [ 
"<div>", 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
"</div>", 


].join("\n"); 
} 


function emitPhotoData(aPhoto) { 
const result = []; 
result.push( °<p>location: ${aPhoto.location}</p>°); 
result.push( <p>date: ${aPhoto.date.toDateString()}</p>°); 
return result.join("\n"); 


a ieee Balt 
点 ， 每 个 调用 点 的 前 面 都 有 一 行 类 似 的 重复 代码 ， 
用 于 打印 与 标题 (tide) 相关 的 信息 。 我 希望 能 消 
除 重复 ， 把 打印 标题 的 那 行 代码 搬移 
AllemitPhotoDatarhia HA. WemitPhotoDataW 
有 一 个 调用 点 ， 那 我 大 可 直接 把 代码 复制 并 粘贴 过 
去 就 完事 ， 但 耕 调 用 点 不 止 一 个 ， 那 我 束 更 倾 回 于 
用 更 安全 的 手法 小 步 前 进 。 


我 先 选 择 其 中 一 个 调用 点 ， 对 其 应 用 提 炬 函数 
(106) 。 除了 我 想 搬移 的 语句， 我 还 把 
emitPhotoData 国 数 也 一 起 提炼 到 新 函 BUA o 














function photoDiv(p) { 
return [ 
"<div>", 
zznew(p), 
"</div>", 
].join("\n"); 


function zznew(p) { 
return [ 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
].join("\n"); 


完成 提炼 后 ， 我 会 逐一 但 看 emitPhotoData 的 
其 他 调用 点 ， 找 到 该 函数 与 其 前 面 的 重复 语句 ， 一 
并 换 成 对 新 图 数 的 调用 。 





function renderPerson(outStream, person) { 
const result = []; 
result.push( °<p>${person.name}</p>- ); 
result.push(renderPhoto(person.photo)); 
result.push(zznew(person.photo) ); 
return result.join("\n"); 





B th 5G emitPhotoDatarhl ar HATA va HA a. 
我 紧 接 着 应 用 内 联 函 数 (115) 将 emitPhotoData 国 
数 内 联 到 新 函数 中 。 


function zznew(p) { 
return [ 
“<p>title: ${p.title}</p>°, 
~“<p>location: ${p.location}</p>°, 


`<p>date: ${p.date.toDateString()}</p>°, 
].join("\n"); 


最 后 ， 再 对 新 提炼 的 函数 应 用 函数 改名 
(124) ， 就 大 功 告 成 了 。 





function renderPerson(outStream, person) { 
const result = []; 
result.push( “<p>${person.name}</p> ); 
result.push(renderPhoto(person.photo)); 
result.push(emitPhotoData(person.photo) ); 
return result.join("\n"); 


} 


function photoDiv(aPhoto) { 
return [ 
"<div>", 
emitPhotoData(aPhoto), 
"</div>", 
].join("\n"); 


function emitPhotoData(aPhoto) { 
return [ 
“<p>title: ${aPhoto.title}</p>°, 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
].join("\n"); 


同时 我 会 记得 调整 函数 参数 的 命名 ， 使 之 与 我 
的 编程 风格 保持 一 致 。 


8.4 搬移 语句 到 调用 者 (Move 


Statements to Callers ) 


反问 重 构 : 搬移 语句 到 函数 (213) 











emitPhotoData(outStream, person.photo); 


function emitPhotoData(outStream, photo) { 


outStream.write( <p>title: ${photo.title}</p>\n`); 
outStream.write(`<p>location: ${photo.location}</p>\n>`); 


} 





emitPhotoData(outStream, person.photo); 
outStream.write(`<p>location: ${person. photo. location} 
</p>\n`); 


function emitPhotoData(outStream, photo) { 
outStream.write(`<p>title: ${photo.title}</p>\n`); 


动机 


作为 程序 员 ， 我 们 的 职 贡 束 是 设计 出 结构 一 
致 、 抽 和 象 合宜 的 程序 ， 而 程序 抽象 能 力 的 源 果 正 古 
来 目 函 数 。 与 其 他 抽象 机 制 的 设计 一 样 ， 我 们 并 非 
总 能 平衡 好 抽象 的 边界 。 随 着 系统 能 力 发 生 演进 
〈 通 名 只 要 是 有 用 的 系统 ， 功 能 都 会 演进 ) ， 原 先 
Bere ASH AA Ft eh oe TAG Ps ACE m. XTK 




















数 来 说 ， 这 样 的 边界 偶 移 意味 着 曾经 视 为 一 个 整 
体 、 一 个 单元 的 行为 ， 如 今 可 能 已 经 分 化 出 两 个 其 
全 是 多 个 不 同 的 关注 点 。 


函数 边界 发 生 偏 移 的 一 个 征兆 是 ， 以 往 在 多 个 
地 方 共用 的 行为 ， 如 今 需 要 在 某 些 调用 点 面前 表现 
出 不 同 的 行为 。 于 是 ， 我 们 得 把 表现 不 同 的 行为 从 
函数 里 挪 出 ， 并 搬移 到 其 调用 处 。 这 种 情况 下 ， 我 
会 使 用 移动 语句 (223) 手法 ， 先 将 表现 不 同 的 行 
为 调整 到 函数 的 开头 或 结尾 ， 再 使 用 本 手法 将 语句 
搬移 到 其 调用 点 。 只 要 差异 代码 被 搬移 到 调用 点 ， 
我 束 可 以 根据 需 要 对 其 进行 修改 。 


这 个 重 构 手 法 比较 适合 处 理 边界 仅 有 些许 偏 移 
的 场景 ， 但 有 时 调用 点 和 调用 者 之 间 的 边界 已 经 相 
去 其 远 ， 此 时 便 只 能 重新 进行 设计 了 。 和 大 果真 如 
此 ， 基 好 的 苏 泛 是 先 用 内 联 函 煞 《〈115) 合并 双方 
的 内 容 ， 调 整 语句 的 顺序 ， 再 提炼 出 新 的 函数 来 ， 
以 形成 更 合适 的 边界 ， 














做 法 
。 最 简单 的 情况 下 ， 原 函数 非常 简单 ， 其 调用 者 
也 只 有 室 灾 一 两 个 ， 此 时 只 需 把 要 搬移 的 代码 





PA PRES BT) HOR AS al 前 去 即 可 ， 必 
要 的 时 候 做 些 调 整 。 运 行 测 试 。 如 果 测 试 通 
W, ARK 成 ， 本 手法 可 以 到 此 为 止 。 








。 行 调用 点 不 止 一 两 个 ， 则 需要 移 用 提 和 炬 函数 


(106) 将 你 不 想 搬 移 的 代码 提炼 成 一 个 新 函 
数 ， 函 数 名 可 以 临时 起 一 个 ， 只 要 后 续 容 易 搜 
索 即 可 。 





如 果 原 函数 是 一 个 超 类 方法 ， 并 且 有 子 类 
BET SHS, BAR ETNA PRN ES 7 
法 进行 同样 的 提炼 操作 ， 你 证 继承 体系 上 每 个 
类 都 有 一 份 与 超 类 相同 的 提 烁 函数 。 接 痢 将 于 
ee 


。 对 原 函 数 应 用 内 联 函 效 (115) 。 
。 对 所 烁 出 来 的 函数 应 用 改变 函数 声明 (124) ， 


令 其 与 原 函 数 使 用 同一 个 名 字 。 
如 果 你 能 想到 更 好 的 名 字 ， 那 束 用 更 好 的 那 
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下 面 这 个 例子 比较 简单 : emitPhotoData 是 一 
个 函数 ， 在 两 处 地 方 被 调用 。 


function renderPerson(outStream, person) { 
outStream.write( > <p>${person.name}</p>\n-); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 


}); 
} 
function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
outStream.write(~<p>date: ${photo.date.toDateString()} 


</p>\n`); 
outStream.write(`<p>location: ${photo.location}</p>\n>); 


} 


R RAZMIKI, ScHFlistRecentPhotos ch 2 
以 不 同方 式 演 染 相片 的 location 信 息 ， 
而 renderPerson 的 行为 则 保持 不 变 。 为 了 使 这 次 修 
改 更 容易 进行 ， 我 要 应 用 本 手法 ， 
将 emitPhotoData 国 数 最 后 的 那 行 代码 搬移 到 其 调 
FA Sit o 

一 般 来 说 ， 像 这 样 简单 的 场景 ， 我 都 会 直接 
将 emitPhotoData 的 最 后 一 行 剪 切 并 粘贴 到 两 个 调 














用 它 的 函数 后 面 。 但 为 了 演示 这 项 重 构 手法 如 何在 
更 复杂 的 场景 下 运作 ， 这 里 我 还 是 遵从 更 详细 也 更 
安全 的 步骤。 

重 构 的 第 一 步 是 先 用 提炼 函数 〈106) ， 将 那 
些 最 终 希 望 留 在 emitPhotoData 国 数 里 的 语句 先 提 
TRI Z 








function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff()) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( > <p>location: ${photo.location}</p>\n_-); 


: 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n); 
outStream.write( <p>date: ${photo.date.toDateString()} 
</p>\n`); 
} 


新 提 烁 出 来 的 函数 一 般 只 会 短暂 存在 ， 因 此 我 
在 命名 上 不 需要 太 认 真 ， 不 过 ， 取 个 容易 搜索 的 名 











字 会 很 有 人 帮助 。 提 烁 完成 后 运行 一 下 测试 ， 确 你 提 
炼 出 来 的 新 函数 能 正常 工作 。 


接 下 来 ， 我 要 对 emitPhotoData 的 调用 点 逐一 
应 用 内 联 了 水 数 (115) 。 先 从 renderPerson 国 数 开 


Ly 
Ho 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n-); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write(><p>location: ${person. photo. location} 
</p>\n ); 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 


H); 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write(°<p>location: ${photo.location}</p>\n_-); 


} 
function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n  ); 


outStream.write( <p>date : ${photo.date.toDateString()} 
</p>\n`); 
} 


然后 再 次 运行 测试 ， 确 保 这 次 函数 内 联 能 正常 
工作 。 测 试 通过 后 ， 再 前 往 下 一 个 调用 点 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n° ); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person. photo. location} 
</p>\n`); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutofFf()) 
.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write(~<p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n_-); 


5 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n`); 
outStream.write( <p>date: ${photo.date.toDateString()} 
</p>\n°); 
} 


Zc, FRAC A) CLAS ER OP J emitPhotoDatakk 
数 ， 完 成 内 联 函 数 (115) 手法 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person. photo. location} 
</p>\n`); 
} 


function listRecentPhotos(outStream, photos) { 


photos 
.filter(p => p.date > recentDateCutoff()) 
.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write(><p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 


}); 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n`); 
outStream.write( <p>date : ${photo.date.toDateString()} 
</p>\n`); 
} 


最 后 ， 我 将 zztmp 改 名 为 原 图 数 的 名 
字 emitPhotopata， 完 成 本 次 重 构 。 





function renderPerson(outStream, person) { 
outStream.write(`<p>${person.name}</p>\n`); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 
outStream.write(`<p>location: ${person. photo. location} 

</p>\n`); 

} 


function listRecentPhotos(outStream, photos) { 
photos 

.filter(p => p.date > recentDateCutoff() ) 

.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write(°<p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 


+); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
outStream.write(><p>date: ${photo.date.toDateString()} 
</p>\n`); 
} 


8.5 以 函数 调用 取代 内 联 代码 
(Replace Inline Code with 
Function Call) 





HA? 


let appliesToMass = false; 
for(const s of states) { 
if (s === "MA") appliesToMass = true; 


appliesToMass = states.includes("MA"); 


动机 


善 用 函数 可 以 帮助 我 将 相关 的 行为 打包 起 来 ， 
这 对 于 提升 代码 的 表达 力 大 有 人 神 荔 一 一 一 个 命名 民 
好 的 函数 ， 本 身 束 能 极 好 地 解释 代码 的 用 途 ， 使 读 
者 不 必 了 解 其 细节 。 函 数 同样 有 助 于 消除 重复 ， 因 
为 同一 段 代码 我 不 需要 编写 两 次 ， 每 次 调用 一 下 函 
数 即 可 。 此 外 ， 当 我 需要 修改 函数 的 内 部 实现 时 ， 
也 不 需要 四 处 寻找 有 没有 漏 改 的 相似 代码 。《〈 当 
然 ， 我 可 能 需要 检查 函数 的 所有 调用 点 ， 判 断 它 们 
是 侣 者 应 该 使 用 新 的 实现 ， 但 通 币 很 少 需要 这 么 仔 
细 ， 即 便 希 要 ， 也 总 好 过 四 处 寻找 相似 代码 。) 


如 琳 我 见 到 一 些 内 联 代 码 ， 它 们 做 的 事情 仅 仪 
是 已 有 函数 的 重复 ， 我 通常 会 以 一 个 函数 调用 取代 





内 联 代 码 。 但 有 一 种 情况 需要 特殊 对 待 ， 那 就 是 当 
内 联 代码 与 函数 之 间 只 是 外 表 相 似 但 其 实 并 无 本 质 
联系 时 。 这 种 情况 下 ， 当 我 改变 了 函数 实现 时 ， 并 
不 期 望 对 应 内 联 代 码 的 行为 发 生 改 变 。 判 断 内 联 代 
码 与 函数 之 间 是 否 真正 重复 ， 从 函数 名 往往 可 以 看 
出 问 倪 : 如 果 一 个 函数 命名 得 当 ， 也 确实 与 内 联 代 
码 做 了 一 样 的 事 ， 那 么 这 个 名 字 用 在 内 联 代 码 的 语 
境 里 也 应 该 十 分 协调 ; 如 果 函 数 名 显得 不 协调 ， 可 
ee ee 
HR (124) RELI. 能 是 因为 函数 与 内 联 
| 若是 后 者 的 情况 ， 

我 就 不 应 该 用 函数 调用 取代 该 内 联 代码 。 

我 发 现 ， 配 合 一 些 库 函数 使 用 ， 会 使 本 手法 效 

果 更 佳 ， 因 为 我 甚至 连 函 数 体 都 不 需要 自己 编写 

了 ， 库 已 经 提供 了 相应 的 函数 。 


做 法 














。 将 内 联 代 人 码 丛 代为 对 一 个 既 有 函数 的 调用 。 
。 测试 。 


8.6 ”移动 语句 (Slide Statements ) 


曾 用 名 : 合并 重复 的 代码 片段 〈Consolidate 








Duplicate Conditional Fragments ) 





const pricingPlan = retrievePricingPlan()j; 
const order = retreiveOrder(); 

let charge; 

const chargePerUnit = pricingPlan.unit; 


const pricingPlan = retrievePricingPlan(); 
const chargePerUnit = pricingPlan.unit; 
const order = retreiveOrder(); 

let charge; 


动机 


让 存在 关联 的 东西 一 起 出 现 ， 可 以 使 代码 更 容 
易 理解 。 如 有 果 有 几 行 代码 取 用 了 同一 个 数据 结构 ， 
那么 最 好 是 让 它们 在 一 起 出 现 ， 而 不 是 夹杂 在 取 用 
其 他 数据 结构 的 代码 中 间 。 最 简单 的 情况 下 ， 我 只 
需 使 用 移动 语句 就 可 以 让 它们 聚集 起 来 。 此 外 还 有 
一 种 第 见 的 “关联 *"， 就 是 天 于 变量 的 声明 和 使 用 。 
有 个 欢 在 函数 顶部 一 口气 声明 函数 用 到 的 所 有 变 
量 ， 我 个 人 则 喜欢 在 第 一 次 需要 使 用 变量 的 地 方 再 
声明 它 。 


通 第 来 说 ， 把 相关 代码 搜集 到 一 处 ， 往 往 古 力 























一 项 重 构 〈 通 党 是 在 提 烁 函数 (106) ) 开始 之 前 
的 准备 工作 。 相 比 于 仅仅 把 几 行 相关 的 代码 移动 到 
一 起 ， 将 它们 提炼 到 独立 的 函数 往往 能 起 到 更 好 的 
抽象 效果 。 但 如 果 起 先 存在 关联 的 代码 就 没有 彼此 
hes 那么 我 也 很 难 应 用 提炼 函数 C106) 的 手 
法 。 











做 法 


。 确 定 行 移动 的 代 人 码 片 段 应 该 被 搬 往 何 处 。 仔 细 
检查 竺 移动 厂 段 与 目的 地 之 间 的 语句 ， 看 看 扳 
移 后 是 否 会 影响 这 些 代码 正常 工作 。 如 朱 会 ， 
则 放弃 这 项 重 构 。 








往 前 移动 代码 万 段 时 ， 如 宁 上 户 段 中 声明 了 
变量 ， 则 不 允许 移动 到 任何 变量 的 声明 语句 之 
前 。 往 后 移动 代码 片段 时 ， 如 条 有 语句 引用 了 
符 移 动 片 段 中 的 变量 ， 则 不 允许 移动 到 该 语 色 
之 后 。 往 后 移动 代码 片段 时 ， 如 末 有 语句 修改 
了 每 移动 厂 段 中 引用 的 变量 ， 则 不 允许 移动 到 
该 语句 之 后 。 往 后 移动 代码 片段 时 ， 如 宋 万 段 
中 修改 了 菏 些 元 素 ， 则 不 允许 移动 到 任何 引用 








了 这 些 元 篆 的 语句 之 后 。 





。 檀 切 源 代码 片段 ， 精 贴 到 上 一 步 选 定 的 位 置 
上 


. 测试， 

如 果 测 试 失败 ， 那 么 尝试 减 小 移动 的 步子 ， 要 
么 是 减少 上 下 移动 的 行 数 ， 要 么 是 一 次 搬移 更 少 的 
代码 。 





we Bl 


移动 代码 片段 时 ， 通 单 需要 想 清楚 两 件 事 : 本 
次 调整 的 目标 是 什么 ， 以 及 该 目标 能 含 达到 。 第 一 
件 事 通常 取决 于 代码 所 在 的 上 下 文 。 最 简单 的 情况 
和 是， 我 希望 元 素 的 声明 点 和 使 用 点 互相 靠近 ， 因 此 
移动 语句 的 目标 便 是 将 元 素 的 声明 语句 移动 到 徘 近 
它们 的 使 用 处 。 不 过 大 多 数 时 候 ， 我 移动 代码 的 动 
机 部 十 因为 想 做 为 一 项 重 构 ， 比 如 在 应 用 提炼 函 数 
(106) 之 前 先 将 相关 的 代码 集中 到 一 块 ， 以 方便 
做 函数 提 烁 。 


确定 要 把 代码 移动 到 哪里 之 后 ， 我 就 需要 思考 
第 二 个 问题 ， 也 瓯 是 此 次 搬移 能 个 做 到 的 问题 。 为 














此 我 需要 观察 竺 移动 的 代码 ， 以 及 移动 中 间 经 过 的 
代码 段 ， 我 得 思考 这 个 问题 ， 如 末 我 把 代码 移动 过 
去 ， 执 行 次 序 的 不 同 会 不 会 使 代码 之 间 产 生 干 扰 ， 
甚至 于 改变 程序 的 可 观测 行为 ? 


请 观察 以 下 代码 片段 : 








1 const pricingPlan = retrievePricingPlan(); 

2 const order = retreiveOrder(); 

3 const baseCharge = pricingPlan.base; 

4 let charge; 

5 const chargePerUnit = pricingPlan.unit; 

6 const units = order.units; 

7 let discount; 

8 charge = baseCharge + units * chargePerUnit; 

9 let discountableUnits = Math.max(units - pricingPlan.disco 
10 discount = discountableUnits * pricingPlan.discountFactor; 
11 if (order.isRepeat) discount += 20; 

12 charge = charge - discount; 
13 chargeOrder(charge); 


ECI eee EHE, Peon TR fal 
单 。 假 如 我 想 把 与 处 理 折 扣 〈discount) 相关 的 代 
码 搬移 到 一 起 ， 那 么 我 可 以 直接 将 第 7 行 Cet 
discount) 移动 到 第 10 行 上 面 (discount = ... 那 
一 行 ) 。 因 为 变量 声明 没有 副作用 ， 也 不 会 引用 其 
他 变量 ， 所 以 我 可 以 很 安全 地 将 声明 语句 往 后 移 
动 ， 一 直 移 动 到 引用 discount 变 量 的 语句 之 上。 此 
种 类 型 的 语句 移动 也 十 分 常见 当 我 要 提炼 函数 
a 时 ， 通 各 得 先 将 相关 变量 的 声明 语句 搬移 
LLAK o 

















我 会 再 寻找 类 似 的 没有 副作用 的 变量 声明 语 
句 。 类 似 地 ， 我 可 以 坚 无 障碍 地 把 声明 了 order 变 





量 的 第 2 行 (const order = ...) 移动 到 使 用 它 的 
第 6 行 (const units =...) 上 面 。 


上 面 搬移 变量 声明 语句 之 所 以 顺利 ， 除 了 因为 
语句 本 里 没有 副作用 ， 还 得 益 于 我 移动 语句 时 路 过 
的 代码 亡 段 同样 没有 副作用 。 事 实 上 ， 对 于 没有 副 
作用 的 代码 ， 我 几乎 可 以 随心 所 欲 地 编排 它们 的 顺 
序 ， 这 也 是 优秀 的 程序 员 都 会 尽量 编写 无 副作用 代 
人 码 的 原因 之 一 。 


当然 ， 这 里 还 有 一 个 小 细节 ， 那 束 古 我 从 何 得 
知 第 2 行 代码 没有 副作用 呢 ? 我 只 有 深入 检 枉 
retrieveOrder() 兄 数 的 内 部 实现 ， 才 能 真正 确保 
它 确 实 没 有 副作用 (除了 检查 函数 本 里 ， 还 得 检查 
它 内 部 调用 的 函数 都 没有 副作用 ， 以 及 它 调 用 的 函 
数 内 部 调用 的 函数 都 没有 副作用 .…… AA Sid 
HERRI) 。 实 践 中 ， 我 编写 代码 总 是 尽量 加 循 
命令 与 查询 分 离 (Command-Query Separation ) 
[mf-cqs] 原 则 ， 在 这 个 前 提 下 ， 我 可 以 确定 任何 有 
返回 值 的 函数 部 不 存在 副作用 。 但 只 有 在 我 了 解 代 
人 码 库 的 前 提 下 才 如 此 目 信 ;如 采 我 对 代码 库 还 不 数 
aS, FS EDI). BERA CHI tAE, 
Se ei ire GAA RSL, AA 
iL ER Re A RES ACRE, me ST 





























真是 价值 不 菲 。 


如 果 符 移动 的 代码 片段 本 身 有 副作用 ， 或 者 它 
需要 跨越 的 代码 存 在 副作用 ， 移 动 它们 时 残 必 须 加 
倍 小 心 。 我 得 仔细 寻找 两 个 代码 斤 段 中 间 的 代码 有 
没有 副作用 ， 是 不 是 对 执行 次 序 敏 感 。 因 此 ， 假 设 
我 想 将 第 11 行 (if(order .isRepeat)...) 挪动 到 
段落 底部 ， 我 会 发 现行 不 通 ， 因 为 中 间 第 12 行 语句 
引用 了 discount 变 量 ， 而 我 在 第 11 行 中 可 能 改动 这 
个 变量 ， 类 似 地 ， 假 设 我 想 将 第 13 行 
(chargeOrder(charge)) 往 上 搬移 ， 那 也 是 行 不 
通 的 ， 因 为 第 13 行 引用 的 charge 变 量 在 第 12 行 会 被 
人 修改。 不过， 如果 我 想 将 第 8 行 代码 Ccharge = 
baseCharge + ...) 移动 到 第 9 行 到 第 11 行 中 间 的 
任意 地 方 则 是 可 行 的 ， 因 为 这 几 行 都 未 修改 任何 变 
量 的 状态 。 


移动 代码 时 ， 最 容易 遵守 有 的 一 条 规则 是 ， 如 果 
竺 移动 代码 片段 中 引用 的 变量 在 为 一 个 代码 厂 段 中 
被 修改 了 ， 那 我 融 不 能 安全 地 将 前 者 移动 到 后 者 之 
ja; 同样， 如 宋 前 者 会 修改 后 者 中 引用 的 变量 ， 也 
一 样 不 能 安全 地 进行 上 述 移动 。 但 这 条 规则 仅仅 作 
为 参考 ， 它 也 不 是 绝对 的 ， 比 如 下 面 这 个 例子 ， 叶 
然 两 个 语句 部 修改 了 彼此 之 间 的 变量 ， 但 我 仍 能 安 
全 地 调整 它们 的 先后 顺序 。 





























a =a + 10; 


a=a+t 5; 


但 无 论 如 何 ， 要 判断 一 次 语句 移动 是 售 安 全 ， 
都 意味 独 我 得 真正 理解 代码 的 工作 原理 ， 以 及 运算 
从 之 间 的 组 合 方式 等 。 


正 因 此 项 重 构 如 此 需要 关注 状态 更 新 ， 所 以 我 
会 尽量 移 除 那些 会 更 新 元 素 状 态 的 代码 。 比 如 此 例 
中 的 charge 变 量 ， 在 移动 其 相关 的 代码 之 前 ， 我 会 
先 看 看 是 售 能 对 它 应 用 拆 分 变量 (240) 手法 。 


以 上 的 分 析 都 比较 简单 ， 没 什么 难度 ， 因 为 代 
人 码 里 修改 的 都 是 局 部 变量 ， 局 部 变量 是 比较 好 处 理 
的 。 但 处 理 更 复杂 的 数据 结构 时 ， 人 情况 惑 不 同 了 ， 
判断 代码 段 之 间 是 否 存在 相互 干扰 会 困难 得 多 。 这 
时 测试 扮演 了 重要 角色 : 每 次 移动 代码 之 后 运行 测 
ih, BABA EMR AW. COREG Aa aN A si 
EBEN, RSMMC Atal; HUR 
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如 果 移 动 过 后 测试 失败 了 ， 那 么 意味 着 我 得 减 
小 移动 的 步子 ， 比 如 一 次 先 移 动 5 行 ， 而 不 是 10 
行 ; 或 者 先 移 动 到 那些 看 着 比较 可 能 出 错 的 代码 上 
面 ， 但 不 越过 它 ， 看 看 效果 。 同 时 ， 测 试 失败 也 可 
能 是 一 个 征兆 ， 提 醒 我 这 次 移动 可 能 还 不 是 时 候 ， 






































可 能 还 需要 在 别处 先 做 一 些 其 他 的 工作 。 


范例 : BEREAK 


对 于 拥有 条 件 馆 辑 的 代码 ， 移 动手 法 同样 适 
用 。 当 从 条 件 分 文中 移 走 代码 时 ， 通 种 是 要 消除 重 
复 馆 辑 ， 将 代码 移入 条 件 分 文 时 ， 通 种 是 反 过 来 ， 

意 添加 一 些 重复 逻辑 。 


在 下 面 这 个 例子 中 ， 两 个 条 件 分 文 里 都 有 一 个 
相同 的 语句 : 


let result; 

if (availableResources.length === 0) { 
result = createResource(); 
allocatedResources.push(result); 

} else { 
result = availableResources.pop(); 
allocatedResources.push(result); 


return result; 


我 可 以 将 这 两 句 重复 代码 从 条 件 分 文中 移 走 ， 
只 在 if-else 块 的 末尾 保留 一 句 。 


let result; 

if (availableResources.length === 0) { 
result = createResource(); 

} else { 


result = availableResources.pop(); 


} 
allocatedResources.push(result); 
return result; 


这 个 手法 同样 可 以 反 过 来 用 ， 也 就 是 把 一 个 语 
名 分 别 搬移 到 不 同 的 条 件 分 文 里 ， 这 样 会 在 每 个 条 
件 分 文 里 留 下 同一 段 重复 的 代码 。 





延伸 阅读 





除了 我 介绍 的 这 个 方法 ， 我 还 见 过 一 个 十 分 相 
似 的 重 构 手法 ， ATUEM.” (Swap 
Statement) [wake-swap]。 该 手法 同样 适用 于 移动 相 
邻 的 代码 片段 ， 只 不 过 它 适用 的 是 只 有 一 条 语句 的 
片段 。 你 可 以 把 它 想 成 移动 语句 手法 的 一 个 特例 ， 
也 就 是 每 移动 的 代码 证 段 以 及 它 所 器 过 的 代码 厂 
段 ， 都 只 有 一 条 语句 。 
趣 ， 毕 葛 我 也 一 直 在 强调 小 步 
步 到 于 初学 重 构 的 人 看 来 都 很 不 可 思议 的 地 步 . 


但 最 后 ， 我 还 是 选择 在 本 重 构 手 法 中 介绍 如 何 
移动 范围 更 大 的 代码 片段 ， 因 为 我 自 eae 就 是 这 
么 做 的 。 我 只 有 在 处 理 大 范围 的 语句 移动 过 到 困难 
时 才 会 变 得 小 步 、 一 次 只 移动 一 条 语句 ， 但 即便 是 

















这 样 的 困难 我 也 很 少 遇见 。 无 论 如 何 ， 当 代码 过 于 





复杂 次 乱 时 ， 小 步 的 移动 通 种 会 更 加 有 顺利 。 


8.7” 拆 分 循环 (Split Loop) 


= 


会 


t 


let averageAge = 0; 

let totalSalary = 0; 

for (const p of people) { 
averageAge += p.age; 
totalSalary += p.salary; 


averageAge = averageAge / people.length; 


let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


t 


let averageAge = 0; 
for (const p of people) { 
averageAge += p.age; 


averageAge = averageAge / people.length; 


动机 


你 第 第 能 见 到 一 些 里 兼 多 职 的 循环 ， 它 们 一 次 
做 了 两 三 件 事 情 ， 不 为 别 的 ， 惑 因为 这 样 可 以 只 循 





环 一 次 。 但 如 采 你 在 一 次 循环 中 做 了 两 件 不 同 的 
事 ， 那 么 每 当 需 要 修改 循环 时 ， 你 都 得 同时 理解 这 
两 件 事 情 。 如 果 能 够 将 循环 拆 分 ， 让 一 个 人 循环 只 做 
一 件 事情 ， 那 束 能 确保 每 次 修改 时 你 只 需要 理解 要 
HELE ABER ARES AT At ry DAY o 


拆 分 循环 还 能 让 每 个 循环 更 容易 使 用 。 如 果 一 
个 循环 只 计算 一 个 值 ， 那 么 它 和 直接 返回 该 值 即 可 ; 
但 如 朱 循 环 做 了 太 多 件 事 ， 那 束 只 得 返回 纺 构 型 数 
扼 或 者 通过 局 部 变量 传 值 了 。 因 此 ， 一 般 拆 分 循环 
H RER KREII E TIIE AMH HEHk K Z 
(106) 。 


这 项 重 构 手 法 可 能 让 许多 程序 员 感 到 不 安 ， 因 
为 它 会 迫使 你 执行 两 次 循环 。 对 此 ， 我 一 员 的 建议 
也 与 2.8 节 里 所 明确 指出 的 一 致 : 先进 行 重 构 ， 然 后 
再 进行 性 能 优化 。 我 得 先 让 代码 结构 变 得 清晰 ， 才 
能 做 进一步 优化 ， 如 末 重 构 之 后 该 循环 确实 成 了 性 
能 的 瓶颈 ， 届 时 再 把 拆 开 的 循环 合 到 一 起 也 很 容 
易 。 但 实际 情况 是 ， 即 使 处 理 的 列表 数据 更 多 一 
些 ， 循 环 本 身 也 很 少 成 为 性 能 瓶颈 ， 更 何况 拆 分 出 
循环 来 通 和 还 使 一 些 更 强大 的 优化 手段 变 得 可 能 。 


做 法 









































。 复 制 一 抽 循 环 代码 。 

。 识别 并 移 除 循环 中 的 重复 代码 ， 使 每 个 循环 只 
做 一 件 事 。 

e Mhio 


完成 循环 拆 分 后 ， 考 虑 对 得 到 的 每 个 循环 应 用 
提炼 函数 (106) 。 








yw Bl 


下 面 我 以 一 段 循环 代码 开 始 。 访 循环 会 计算 需 
要 支付 给 所 有 员工 的 总 薪水 (total salary) ， 并 计 
算出 最 年 轻 (youngest) 员工 的 年 龄 。 


let youngest = people[0] ? people[0].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 


return “youngestAge: ${youngest}, totalSalary: ${totalSalary} 





该 循环 十 分 简单 ， 但 仍然 做 了 两 种 不 同 的 计 
算 。 要 拆 分 这 两 种 计算 ， 我 要 先 复 制 一 所 循环 代 
ms 


let youngest = peopte[o] ? people[0].age : Infinity; 
let totalSalary = 
for (const p of o a { 
if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 


} 
for (const p of people) { 


if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 


return “youngestAge: ${youngest}, totalSalary: ${totalSalary} 





复制 过 后 ， 我 需要 将 循环 中 重复 的 计算 逻辑 删 
除 ， 天 则 就 会 累加 出 错误 的 结果 。 如 果 循 环 中 的 代 
a 那 便 可 以 先 留 着 它们 不 删除 ， 可 惜 

述 例子 并 不 符合 这 种 情况 。 


let youngest = people[0] ? people[0].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 


totalSalary += p.salary; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 
} 
return ‘youngestAge: ${youngest}, totalSalary: ${totalSalary} 


至 此 ， 拆 分 循环 这 个 手法 本 身 的 内 容 就 结束 
了 。 但 本 手法 的 意义 不 仅 在 于 拆 分 出 循环 本 身 ， 而 
且 在 于 它 为 进一步 优化 提供 了 良好 的 起 点 一 一 下 一 








步 我 通常 会 寻求 将 每 个 循环 提炼 到 独立 的 函数 中 。 
在 做 近 炼 之 前 ， 我 得 先 用 移动 语句 (223) 微调 一 
下 代码 顺序 ， 将 与 循环 相关 的 变量 先 搬移 到 一 起 : 








let totalSalary = 0; 

for (const p of people) { 
totalSalary += p.salary; 

} 


let youngest = people[0] ? people[O].age : Infinity; 


for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


return “youngestAge: ${youngest}, totalSalary: ${totalSalary} 





然后 ， 我 就 可 以 顺利 地 应 用 提炼 函数 (106) 
了 。 


return `youngestAge: ${youngestAge()}, totalSalary: ${totalSa 


function totalSalary() { 
let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


return totalSalary; 
function youngestAge() { 
let youngest = people[0] ? people[O].age : Infinity; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


return youngest; 


对 于 像 totalsalary 这 样 的 囚 加 计算 ， 我 绝 少 
能 抵挡 得 住 进一步 使 用 以 管道 取代 循环 (231) Œ 
构 它 的 诱惑 ， 而 对 于 youngestAge 的 计算 ， 显然 可 
以 用 替换 算法 (195) 替 之 以 更 好 的 算法 。 











return `youngestAge: ${youngestAge()}, totalSalary: ${totalSa 


function totalSalary() { 
return people.reduce((total,p) => total + p.salary, 0); 


} 
function youngestAge() { 
return Math.min(...people.map(p => p.age)); 


8.8 ”以 管道 取代 循环 (Replace 
Loop with Pipeline ) 


mp 


const names = ; 
for (const i of input) { 
if (1.job === "programmer" ) 
names.push(i.name) ; 


V 


const names = input 
.filter(i => 1.job === "programmer" ) 


动机 


与 大 多 数 程序 员 一 样 ， 我 入 行 的 时 候 也 有 人 告 
诉 我 ， 迭 代 一 组 集合 时 得 使 用 循环 。 不 过 时 代 在 发 
展 ， 如 今 越 来 越 多 的 编程 语言 都 提供 了 更 好 的 语言 
结构 来 处 理 迭 代 过 程 ， 这 种 结构 就 叫 作 和 集合 管道 
(collection pipeline) 。 集 合 党 道 [mf-cp] 是 这 样 一 
种 技术 ， 它 人 允许 我 使 用 一 组 运算 来 摘 述 集合 的 迭代 
过 程 ， 其 中 每 种 运算 接收 的 入 参 和 返回 值 都 是 一 个 
集合 。 这 类 运算 有 很 多 种 ， 最 第 见 的 则 非 map 和 
filter 莫 属 : map 运 算是 指 用 一 个 函数 作用 于 输入 集 
合 的 每 一 个 元 素 上 ， 将 集合 变换 成 另外 一 个 集合 的 
过 程 ，Hjiiter 运 算是 指 用 一 个 函数 从 输入 集合 中 筛选 
出 符合 条 件 的 元 际 子 集 的 过 程 。 运 算得 到 的 集合 可 
以 供 管 道 的 后 续 流 程 使 用 。 我 发 现 一 些 馆 辑 如 果 采 
用 集合 管道 来 编写 ， 代 码 的 可 读 性 会 更 强 一 一 我 只 
消 从 头 到 尾 阅读 一 过 代码 ， 就 能 弄 清 对 象 在 管道 中 
间 的 变换 过 程 。 














做 法 





人 
| 


。 创 建 一 个 新 变量 ， 用 以 存放 参与 循环 过 程 的 集 





也 可 以 简单 地 复制 一 个 现 有 的 变量 赋值 给 
新 变量 。 


。 从 循环 顶部 开始 ， 将 循环 里 的 每 一 英 行 为 依次 
搬移 出 来 ， 在 上 一 步 创建 的 集合 变量 上 用 一 种 
常 道 运算 符 代 之 。 每 次 修改 后 运行 测试 。 

。 搬移 完 循环 里 的 全 部 行为 后 ， 将 循环 整个 删 


除 。 




















如 果 循 环 内 部 通过 累加 变量 来 保存 结果 ， 
那么 移 除 循环 后 ， 将 管道 运算 的 最 终结 朱 赋 值 
给 该 索 加 变量 。 








ww Bil 


在 这 个 例子 中 ， 我 们 有 一 个 CSV 文 件 ， 里 面 存 
有 各 个 办 公 室 Coffice) 的 一 些 数 据 。 


office, country, telephone 

Chicago, USA, +1 312 373 1000 

Beijing, China, +86 4008 900 505 
Bangalore, India, +91 80 4064 9570 
Porto Alegre, Brazil, +55 51 3079 3550 
Chennai, India, +91 44 660 44766 


. (more data follows) 


下 面 这 个 acquireData 国 数 的 作用 是 从 数据 中 
外 选 出 印度 的 所 有 办 公 室 ， 并 返回 办 公 室 所 在 的 城 
市 (city) 信息 和 联系 电话 (telephone number) 。 





function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
for (const line of lines) { 
if (firstLine) { 
firstLine = false; 


continue; 
if (line.trim() === "") continue; 
const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 
} 


return result; 





一 步 是 先 创建 一 个 独立 的 变量 ， 用 来 存放 参 
与 循环 过 程 的 集合 值 。 





function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
const loopiItems = lines 
for (const line of loopItems) { 
if (firstLine) { 
firstLine = false; 


continue; 
if (line.trim() === "") continue; 
const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim() } 
} 


return result; 





e AS haat a 是 在 忽略 CSV 文 件 的 第 
行 数据 。 这 其 实 是 一 个 切片 〈slice) 操作 ， 因此 我 
完 从 循环 PEA 这 部 分 代码 ， 并 在 集合 变量 的 声明 
后 面 新 增 一 个 对 应 的 slice 运 算 来 蔡 代 它 。 








function acquireData(input) { 
const lines = input.split("\n"); 





了 


const result = []; 
const loopItems = lines 


.Slice(1); 
for (const line of loopItems) { 


Ej l Ree 
contine- 

if (line.trim() === "") continue; 

const record = line.split(","); 

if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 
} 


} 


return result; 


} 


从 循环 中 删除 代码 还 有 一 个 好 处 ， 那 就 
是 firstLine 这 个 控制 变量 也 可 以 一 并 移 除 了 一 一 
无 论 何 时 ， 删 除 控制 变量 总 能 使 我 刁 心 愉 居 。 


该 循环 的 下 一 个 行为 是 要 移 除数 据 中 的 所 有 空 
行 。 这 同样 可 用 一 个 过 小 Cited BRN. 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 


for (const line of loopItems) { 





const record = line.split(",");_ 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 
} 


return result; 


} 








编写 管道 运算 时 ， 我 喜欢 让 结尾 的 分 吕 单 
占 一 行 ， 这 样 方便 调整 管道 的 结构 。 








接 下 来 是 将 数据 的 一 行 转换 成 数组 ， 这 明显 可 
以 用 一 个 map 运 算 人 符 代 。 然 后 我 们 还 发 现 ， 原 来 的 
record 命 名 其 实 有 误导 性 ， 它 没有 体现 出 “转换 得 
到 的 结果 是 数组 ”这 个 信息 ， 不 过 既然 现在 还 在 做 
oo 先 不 动 它 会 比较 安全 ， 回 头 再 为 它 改名 
MIR 0 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 


for (const line of loopItems) { 


result.push({city: record[0].trim(), phone: record[2].trim()} 


return result; 


然后 又 是 一 个 过 滤 (filter) 操作 ， 只 从 结果 中 
finde LH EY RE Ip ZS 28 WY TS 


function acquireData(input) { 
const lines = input.split("\n"); 


const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India" ) 


了 
for (const line of loopItems) { 
const record = line; 


result.push({city: record[0].trim(), phone: record[2].trim()} 


} 


return result; 


} 


最 后 再 把 结果 映射 Cmap) 成 需要 的 记录 格 
zk: 


function acquireData(input) { 

const lines = input.split("\n"); 

const result = []; 

const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India") 
.map(record => ({city: record[@].trim(), phone: record 


for (const line of loopItems) { 
const record = line; 
result.push(line) ; 


return result; 


} 





现在 ， 循 环 剩余 的 唯一 作用 就 是 对 累加 变量 赋 


值 了 。 我 可 以 将 上 面 管 道 产 出 的 结 末 赋 值 给 该 昧 加 
变量 ， 然 后 删除 整个 循环 : 
function acquireData(input) { 


const lines = input.split("\n"); 
const result = lines 


.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India") 
-map(record => ({city: record[0].trim(), phone: record 
fer_teenst _tine—of toopitens}{- 
eenst record =tine;— 
Fesult_pusht{tine}; 
return result; 


} 





以 上 就 是 本 手法 的 全 部 精 艇 所 在 了 。 不 过 后 续 
还 有 些 清理 工作 可 做 : 我 内 联 J 了 result 变量， 为 一 
些 函 数 变 量 改 名 ， 最 后 还 对 代 人 码 进 行 布局 ， 让 它 读 
起 来 更 像 个 表格 。 





function acquireData(input) { 
const lines = input.split("\n"); 
return lines 


.Slice (1) 

,filter (line => line.trim() !== "") 

.map (line => line.split(",")) 

,filter (fields => fields[1].trim() === "India") 


map (fields => ({city: fields[0].trim(), phone: fie. 


我 还 想 过 是 否 要 内 联 lines 变 量 ， 但 我 感谢 它 
还 算 能 解释 该 | 因此 我 还 是 将 它 留 在 
了 原 处 。 





延伸 阅读 





如 果 想 了 解 更 多 用 集合 管道 蔡 代 循环 的 采 例 ， 
可 以 参考 我 的 文章 “Refactoring with Loops and 
Collection Pipelines” [mf-ref-pipe]. 





8.9 ” 移 除 死 代 码 (Remove Dead 
Code) 






a 


if(false) { 
doSomethingThatUsedToMatter(); 


动机 


事实 上 ， 我 们 部 普 到 生产 环境 其 全 是 用 户 设备 
上 的 代码 ， 从 来 未 因 代 码 量 太 大 而 产生 额外 费用 。 
就 算 有 几 行 用 不 上 的 代码 ， 似 乎 也 不 会 因此 拖 慢 系 
统 速度 ， 或 者 占用 过 多 的 内 存 ， 大 多 数 现代 的 编译 
俐 还 会 目 动 将 无 用 的 代码 移 除 。 但 当 你 尝试 阅读 代 
码 、 理 解 软件 的 运作 原理 时 ， 无 用 代码 确实 会 带 来 
很 多 额外 的 思维 负担 。 它 们 周围 没有 任何 警示 或 标 
记 能 告诉 程序 员 ， 让 他 们 能 够 放心 忽略 这 上 段 函数 ， 
因为 已 经 没有 任何 地 方便 用 它 了 。 当 程序 员 花 费 了 
许多 时 间 ， 壬 试 理解 它 的 工作 原理 时 ， 却 发 现 无 论 
怎么 修改 这 段 代码 都 无 法 得 到 期 望 的 输出 。 


一 旦 代码 不 再 被 使 用 ， 我 们 就 该 立马 删除 它 。 
有 可 能 以 后 又 会 需要 这 段 代 码 ， 但 我 从 不 担心 这 种 
Eo: MARIRE, RE a IARE R RAE 
再 次 将 它 翻 找 出 来 。 如 来 我 真 的 觉得 日 后 它 极 有 可 











能 再 度 局 用 ， 那 还 十 要 删 挥 它 ， 只 不 过 可 以 在 代码 
里 留 一 段 注 释 ， 所 一 下 这 上 段 代 码 的 存在 ， 以 及 它 被 
移 除 的 那个 提交 版 本 号 一 一 但 老实 讲 ， 我 已 经 记 不 
得 我 上 次 摊 与 这 样 的 注释 是 什么 时 候 了 ， 当 然 也 未 
曾 因 为 不 写 而 感到 过 遗憾 。 


在 以 前 ， 业 界 对 于 死 代 码 的 处 理 态 度 多 是 注释 
擅 它 。 在 版 本 控制 系统 还 未 普及 、 用 起 来 义 不 太 方 
便 的 年 代 ， 这 样 做 有 其 道理 ;但 现在 版 本 控制 系统 
己 经 相当 普及 。 如 今 哪 怕 是 一 个 极 小 的 代码 库 我 都 
会 把 它 放 进 版 本 控制 ， 这 些 无 用 代码 理应 可 以 放心 
清理 了 。 


做 法 





。 如 果 死 代码 可 以 从 外 部 直接 引用 ， 比 如 它 是 一 
个 独立 的 函数 时 ， 先 查找 一 下 还 有 无 调用 后 。 

。 将 死 代码 移 除 。 

。 测试 。 


Om ”重新 组 织 数 据 


数据 结构 在 程序 中 扮演 痢 重 要 的 角色 ， 上 所 以 旦 
不 意外 ， 我 有 一 组 重 构 手法 专门 用 于 数据 结构 的 组 
织 。 将 一 个 值 用 于 多 个 不 同 的 用 途 ， 这 惑 是 众生 混 
配 和 bug 的 温床 。 所 以 ， 一 旦 看 见 这 样 的 情况 ， 我 
就 会 用 拆 分 变量 (240) 将 不 同 的 用 途 分 开 。 和 其 
他 任何 程序 元 素 一 样 ， 给 变量 起 个 好 名 字 不 容易 但 
叉 非 常 重要 ， 所 以 我 常会 用 到 变量 改名 (137) 。 
但 有 些 多 余 的 变量 最 好 是 彻底 消除 挥 ， 比 如 通过 以 
查询 取代 派生 变量 (248) 。 

引用 和 值 的 混 消 经 单 会 造成 问题 ， 所 以 我 会 用 
将 引用 对 象 改 为 值 对 象 (252) 和 将 值 对 象 改 为 引 
用 对 象 〈256) 在 两 者 之 间 切 换 。 














9.1 拆 分 变量 (Split Variable) 


曾 用 名 : 移 除 对 参数 的 赋值 (Remove 


Assignments to Parameters) 


HZ: 分 解 临时 变量 (Split Temp) 


7y = 
é 


let temp = 2 * (height + width); 
console.log(temp); 

temp = height * width; 
console.log(temp); 


const perimeter = 2 * (height + width); 
console.log(perimeter); 

const area = height * width; 
console.log(area); 


动机 








变量 有 各 种 不 同 的 用 途 ， 其 中 某 些 用 途 会 很 目 
然 地 导致 临时 变量 被 多 次 赋值 。“ 循 环 变 量 ” 和 “ 结 
果 收 集 变 量 ” 束 是 两 个 典型 例子 : 循环 变量 doop 
variable) 会 随 循环 的 每 次 运行 而 改变 《例如 
for (let i=0; i<10; i++) 语句 中 的 1) ; 结果 收 
集 变量 (collecting variable) 负责 将 “通过 整个 函数 
的 运算 ”而 构成 的 某 个 值 收 集 起 来 。 

除了 这 两 种 情况 ， 还 有 很 多 变量 用 于 保存 一 段 
见长 代码 的 运算 结果 ， 以 便 稍 后 使 用 。 这 种 变量 应 
该 只 被 赋值 一 次 。 如 果 它 们 被 赋值 超过 一 次 ， 就 意 








味 它 们 在 函数 中 承担 了 一 个 以 上 的 贡 任 。 如 果 变 量 
承担 多 个 责任 ， 它 就 应 该 被 替换 ME) 为 多 个 变 
量 ， 每 个 变量 只 承担 一 个 贡 任 。 同 一 个 变量 承担 两 
件 不 同 的 事情 ， 会 令 代 码 阅 读者 糊涂 。 


做 法 











。 在 竺 分解 变量 的 声明 及 其 第 一 次 被 赋值 处 ， 修 
改 其 名 称 。 


如 果 稍 后 的 赋值 语 名 是 “i=i+ 东 表达 式 形 
却 ”， 意 味 痢 这 是 一 个 结果 收集 变量 ， 台 不 要 分 
解 它 。 结 果 收 集 变 量 常 用 于 累加 、 字 符 串 拼 
接 、 写 入 流 或 者 问 集 合 添加 元 素 。 














。 如 果 可 能 的 话 ， 将 新 的 变量 声明 为 不 可 修改 。 

。 以 该 变量 的 第 二 次 赋值 动作 为 界 ， 修 改 此 前 对 
该 变量 的 所 有 引用 ， 让 它们 引用 新 变量 。 

。 测试 。 

。 重复 上 述 过 程 。 每 次 都 在 声明 处 对 变量 改名 ， 
并 修改 下 次 赋值 之 前 的 引用 ， 直 至 到 达 最 后 一 





处 赋值 。 
wl 


了 \ 格 兰 布 ] 运动 的 距 
离 。 在 起 点 处 ， 静 止 的 苏格兰 布丁 会 受到 一 个 初始 
Jat FT 全 运动 。 一 段 时 间 后 ， 第 二 个 力作 用 
于 布 了 ， 让 和 它 再 次 加 速 。 IR BS EE 我 可 
以 这 样 计算 本 运动 的 距离 





function distanceTravelled (scenario, time) { 


let result; 
let acc = scenario.primaryForce / scenario.mass; 


let primaryTime = Math.min(time, scenario.delay); 
result = 0.5 * acc * primaryTime * primaryTime; 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 

let primaryVelocity = acc * scenario.delay; 


acc = (scenario.primaryForce + scenario.secondaryForce) / sce 
result += primaryVelocity * secondaryTime + 0.5 * acc * secon 


return result; 


真是 个 丑陋 的 小 东西 。 注 意 观 察 此 例 中 的 acc 
变量 是 如 何 锐 赋值 两 次 的 。acc 变 量 有 两 个 贡 任 : 
第 一 是 保存 第 一 个 力 造 成 的 初始 加 速度 第 二 是 你 
存 两 个 力 共 同 造 成 的 加 速度 。 这 就 是 我 想 要 分 解 的 








东西 。 


企 答 试 理 解 变 量 被 如 何 使 用 时 ， 如 采编 辑 
fit BE Ta SUE AN OP E] (symbol ) 在 函数 内 或 
文件 内 出 现 的 所 有 位 置 ， Cat A 
PUA Si E a AR PY DAS BI — I o 








首先 ， 我 在 函数 开始 处 修改 这 个 变量 的 名 称 ， 
并 将 新 变量 声明 为 const。 接 着 ， 我 把 新 变量 声明 
之 后 、 第 二 次 赋值 之 前 对 acc 变 量 的 所 有 引用 ， 全 
部 改 用 新 变量 。 最 后 ， 我 在 第 二 次 赋值 处 重新 声 
明 acc 变 量 : 








function distanceTravelled (scenario, time) { 
let result; 


const primaryAcceleration = scenario.primaryForce / scenario. 
let primaryTime = Math.min(time, scenario.delay); 


result = 0.5 * primaryAcceleration * primaryTime * primaryTim 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) 
let primaryVelocity = primaryAcceleration * scenario.delay; 
let acc = (Scenario.primaryForce + scenario.secondaryForce) / 


result += primaryVelocity * secondaryTime + 0.5 * acc * secon 


return result; 


新 变量 的 名 称 指 出 ， 它 只 承担 原先 acc 变 量 的 
第 一 个 责任 。 我 将 它 声 明 为 const， 确 保 它 只 被 三 
值 一 次 。 然 后 ， 我 在 原先 acc 变 量 第 二 次 被 赋值 处 
重新 声明 acc。 现 在 ， 重 新 编译 并 测试 ， 一 切 都 应 
该 没有 问题 。 

然后 ， 我 继续 处 理 acc 变 量 的 第 二 次 赋值 。 这 
次 我 把 原先 的 变量 完全 删 挥 ， 代 之 以 一 个 新 变量 。 
新 变量 的 名 称 指出 ， 它 只 承担 原先 acc 变 量 的 第 二 


I: 

















function distanceTravelled (scenario, time) { 
let result; 


const primaryAcceleration = scenario.primaryForce / scenario. 
let primaryTime = Math.min(time, scenario.delay); 


result = 0.5 * primaryAcceleration * primaryTime * primaryTim 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 


let primaryVelocity = primaryAcceleration * scenario.delay; 


const secondaryAcceleration = (scenario.primaryForce + scenar 
result += primaryVelocity * secondaryTime + 


0.5 * secondaryAcceleration * secondaryTime * secondaryTime; 


return result; 


现在 ， 这 段 代码 肯定 可 以 让 你 想起 更 多 其 他 重 
构 手 法 。 尽 情人 享受 吧 。 我 敢 保 证 ， 这 比 吃 苏格兰 
布丁 强 多 了 一 一 你 知道 他 们 者 在 里 面 放 了 些 什 么 东 





西 吗 ? 1) 
范例 : 对 输入 参数 赋值 
男 一 种 情况 是 ， 变 量 是 以 输入 参数 的 形式 声明 


叉 在 函数 内 部 被 再 次 赋值 ， 此 时 也 可 以 考虑 拆 分 变 
量 。 例 如 ， 下 列 代码 : 





function discount (inputValue, quantity) { 
if (inputValue > 50) inputValue = inputValue - 2; 
if (quantity > 100) inputValue = inputValue - 1; 
return inputValue; 


J 


这 里 的 inputvaLlue 有 两 个 用 途 : 它 既 是 函数 的 
输入 ， 也 负责 把 结果 带 回 给 调用 方 。〈 由 于 
JavaScript 的 参数 是 按 值 传递 的 ， 所 以 函数 内 部 对 
inputValue 的 修改 不 会 影响 调用 方 。) 


在 这 种 情况 下 ， 我 融会 对 inputvalue 变 量 做 拆 





oe 


function discount (originalInputValue, quantity) { 
let inputValue = originalInputValue; 
if (inputValue > 50) inputValue = inputValue - 2; 
if (quantity > 100) inputValue = inputValue - 1; 
return inputValue; 





然后 用 变量 改名 (137) 给 两 个 变量 换 上 更 好 
的 名 字 。 


function discount (inputValue, quantity) { 
let result = inputValue; 
if (inputValue > 50) result = result - 2; 
if (quantity > 100) result = result - 1; 
return result; 


} 


我 修改 了 第 二 行 代码 ， 把 inputvalue 作 为 判断 
条 件 的 基准 数据 。 虽 说 这 里 用 inputvalue 还 
是 result 效 果 都 一 样 ， 但 在 我 看 来 ， 这 行 代码 的 含 
义 是 “根据 原始 输入 值 做 判断 ， M 吉 果 值 ”， 
而 不 是 “根据 当前 结果 值 做 判断 盖 -一 尽管 两 者 的 效 
果 恰 好 一 样 。 

















1 苏格兰 布 了 Chaggis) 是 一 种 苏格兰 菜 ， 把 症 心 等 内 脏 闭 在 羊 骨 里 
者 成 。 由 于 它 被 壮 骨 包 成 一 个 球体 ， 因 此 可 以 像 球 一 样 踢 来 中 去 ， 
这 就 是 本 例 的 由 来 。“ 把 症 心 装 在 羊 骨 里 起 成 .……”， 噬 ， 有 些 人 难 
免 对 这 道 菜 恶 心 ，Martin Fowler 想 必 是 其 中 之 一 。 一 一 译 者 注 








92 ZRAZ (Rename Field) 


name 





class Organization { 
get name() {...} 


Class Organization { 


get title() {...} 
} 


动机 


命名 很 重要 ， 对 于 程序 中 广泛 使 用 的 记录 结 
构 ， 其 中 字段 的 命名 格外 和 重要。 数据 结构 对 于 帮助 
阅读 者 理解 特别 重要 。 多 年 以 前 ，Fred Brooks 就 说 
过 : “只 给 我 看 你 的 工作 流程 却 隐 羧 表单 ， 我 将 仍 
然 一 涉 筋 水 。 但 是 如 果 你 给 我 展示 表单 ， 或 许 不 需 
要 流程 图 ， 束 能 柳暗花明 。” 现 在 已 经 不 太 有 人 男 
流程 图 了 ， 不 过 道理 还 是 一 样 的 。 数 据 结 构 是 理解 
程序 行为 的 关键 。 


既然 数据 结构 如 此 重要 ， 丈 很 有 必要 保持 它们 
的 整洁 。 一 如 既往 地 ， 我 在 一 个 软件 上 做 的 工作 越 
多 ， 对 数据 的 理解 丈 越 深 所 以 很 有 必要 把 我 加 深 
的 理解 融入 程序 中 。 


记录 结构 中 的 字段 可 能 需要 改名 ， 类 的 字段 也 
一 样 。 在 类 的 使 用 者 看 来 ， 取 值 和 设 值 函 数 束 等 于 
是 字段 。 对 这 些 函 数 的 改名 ， 跟 裸 记 录 结 构 的 字段 
改名 一 样 重要 。 





























做 法 


。 如 果 记 录 的 作用 域 较 小 ， 可 以 直接 修改 所 有 该 
字段 的 代码 ， 然 后 测试 。 后 面 的 步骤 就 都 不 需 
要 了 。 

。 如 果 记 录 还 未 封装 ， 请 先 使 用 封装 记录 
(162) 。 

。 在 对 象 内 部 对 私有 字段 改名 ， 对 应 调整 内 部 访 
问 该 字段 的 函数 。 

。 测 试 。 

。 如 果 构 造 函 数 的 参数 用 了 旧 的 字段 名 ， 运 用 改 
变 函 数 声 明 (124) 将 其 改名 。 

。 运 用 函数 改名 124) 给 访问 函数 改名 。 


范例 : 给 字段 改名 


我 们 从 一 个 第 量 开始 。 


const organization = {name: "Acme Gooseberries", country: " 


我 想 把 name 改 名 为 title。 这 个 对 象 被 很 多 地 


方 使 用 ， 有 些 代 码 会 更 新 name 字 段 。 所 以 我 首先 要 
用 封装 记录 (162) 把 这 个 记录 封装 起 来 。 


class Organization { 
constructor(data) { 
this._name = data.name; 
this. country = data.country; 
get name() {return this._name; } 
set name(aString) {this._name = aString; } 
get country() {return this. country; } 
set country(aCountryCode) {this._ country = aCountryCode; } 


} 


const organization = new Organization({name: "Acme Gooseberri 


现在 ， 记 录 结 构 已 经 被 封装 成 类 。 在 对 字段 改 
名 时 ， 有 4 个 地 方 需要 留意 : FURR. wE K 
数 、 构 造 函 数 以 及 内 部 数据 结构 。 这 听 起 来 似乎 是 
增加 了 重 构 的 工作 量 ， 但 现在 我 可 以 分 别 小 步 修 改 
这 4 处 ， 而 不 必 一 次 修改 所 有 地 方 ， 所 以 其 实 是 降 
低 了 重 构 的 难度 。 小 步 修改 束 意 味 痢 每 一 步 出 错 的 
可 能 性 大 大 减 小 ， 因 此 会 省 挥 很 多 工作 量 一 一 如 果 
我 从 不 犯错 ， 小 步 前 进 不 会 节省 工作 量 ; 但 “从 不 
犯错 ”这 样 的 梦 ， 我 很 人 以 前 束 已 经 个 做 了 。 


由 于 已 经 把 输入 数据 复制 到 内 部 数据 结构 中 ， 
现在 我 需要 将 这 两 个 数据 结构 区 分 开 ， 以 便 各 目 单 
独处 理 。 我 可 以 力 外 定义 一 个 字段 ， 修 改 构 造 函 数 
和 访问 函数 ， 令 其 使 用 新 字段 。 




















class Organization... 


class Organization { 
constructor(data) { 
this._title = data.name; 
this. country = data.country; 
} 
get name() {return this,. title;} 
set name(aString) {this._title = aString;} 
get country() {return this. country; } 
set country(aCountryCode) {this._ country = aCountryCode; } 


接 下 来 我 融 可 以 在 构造 函数 中 使 用 title 字 


BX 
class Organization... 


class Organization { 
constructor(data) { 


this. _title = (data.title !== undefined) ? data.title : data. 
this._country = data.country; 
} 
get name() {return this._title;} 
set name(aString) {this._title = aString;} 
get country() {return this._country; } 
set country(aCountryCode) {this._country = aCountryCode; } 


现在 ， 构 造 图 数 的 调用 者 既 可 以 使 用 name 也 可 
以 使 用 title (后 者 的 优先 级 更 高 )。 我 会 逐一 查 





看 所 有 调用 构造 函数 的 地 方 ， 将 它们 改 为 使 用 新 名 
Te 


const organization = new Organization({title: "Acme Gooseberr 


TEATR. Win ERE RA EE 
name 的 文 持 ， 只 使 用 title。 


class Organization... 


class Organization { 
constructor(data) { 
this. _title = data.title; 
this. country = data.country; 


} 

get name() {return this. title; } 

set name(aString) {this._ title = aString;} 
get country() {return this._country; } 


set country(aCountryCode) {this. country = aCountryCode; } 


现在 构造 函数 和 内 部 数据 结构 都 已 经 在 使 用 新 
ATI. FERRARA WAY le RAAZ o IK 
很 简单 ， 只 要 对 每 个 访问 函数 运用 函数 改名 
(124) HLT T 


class Organization... 


class Organization { 
constructor(data) { 
this._title = data.title; 
this. country = data.country; 
} 
get title() {return this. title;} 
set title(aString) {this._title = aString;} 
get country() {return this. country; } 
set country(aCountryCode) {this._country = aCountryCode; } 








上 面 展示 的 重 构 过 程 ， 是 本 重 构 手 法 最 重量 级 
的 做 法 ， 只 有 对 广泛 使 用 的 数据 结构 才 用 得 上 。 如 
果 该 数据 结构 只 在 较 小 的 范围 (例如 单个 函数 〉 中 
用 到 ， 我 可 能 可 以 一 步 到 位 地 完成 所 有 改名 动作 ， 
不 需要 提前 做 封 闻 。 何 时 需要 用 上 人 全套 重量 级 做 
法 ， 这 由 你 目 己 判断 一 一 如 果 在 重 构 过 程 中 破坏 了 
测试 ， 我 通 第 会 视 之 为 一 个 信和 号， 说明 我 需要 改 用 
更 渐进 的 方式 来 重 构 。 

有 些 编程 语言 允许 将 数据 结构 声明 为 不 可 变 。 
在 这 种 情况 下 ， 我 可 以 把 旧 字 段 的 值 复制 到 新 名 字 
下 ， 逐 一 修改 使 用 方 代码 ， 然 后 删除 旧 字 段 。 对 于 
可 变 的 数据 结构 ， 重 复数 据 会 招致 灾难 ， 而 不 可 变 
的 数据 结构 则 没有 这 些 腑 烦 。 这 也 是 大 家 愿意 使 用 
不 可 变数 据 的 原因 。 
































9.3 LAr AURA AS ee 
(Replace Derived Variable with 
Query ) 


get discountedTotal() {return this. _discountedTotal;} 
set discount(aNumber) { 

const old = this._discount; 

this. discount = aNumber; 

this. _discountedTotal += old - aNumber; 


I 


V 


get discountedTotal() {return this._baseTotal - this._discoun 
set discount(aNumber) {this. discount = aNumber; } 


动机 





可 变数 据 是 软件 中 最 大 的 错误 源头 之 一 。 对 数 
据 的 修改 第 第 导致 代码 的 各 个 部 分 以 丑陋 的 形式 互 
RRS: 在 一 处 修改 数据 ， 却 在 另 一 处 造成 难以 及 
现 的 破坏 。 很 多 时 候 ， 完 全 去 挥 可 变数 据 并 不 现 
实 ， 但 我 还 是 强烈 建议 : 尽量 把 可 变数 据 的 作用 域 
限制 在 最 小 范围 。 


有 些 变量 其 实 可 以 很 容易 地 随时 计算 出 来 。 如 
果 能 去 挤 这 些 变量 ， 也 算 朝 着 消除 可 变性 的 方向 迈 
出 了 一 大 步 。 计 算 常 能 更 清晰 地 表达 数据 的 含义 ， 
而 且 也 避免 了 “ 源 数据 修改 时 忘 了 更 新 派生 变量 ”的 
ae. 

有 一 种 合理 的 例外 情况 ， 如 果 计算 的 源 数据 是 
不 可 变 的 ， 并 且 我 们 可 以 强制 要 求 计算 的 结果 也 是 
不 可 变 的 ， 那 么 就 不 必 重 构 消除 计算 得 到 的 派生 变 
量 。 因 此 ,“ 根 据 源 数 据 生成 新 数据 结构 "的 变换 操 
作 可 以 保持 不 变 ， 即 便 我 们 可 以 将 其 替换 为 计算 操 
作 。 实 际 上 ， 这 是 两 种 不 同 的 编程 风格 : 一 种 是 对 























象 风格 ， 把 一 系列 计算 得 出 的 属性 包装 在 数据 结构 
中 ;万 一 种 是 函数 风格 ， 将 一 个 数据 结构 变换 为 万 
一 个 数据 结构 。 如 果 源 数据 会 被 修改 ， 而 你 必须 负 
贡 管 理 派 生 数 据 结构 的 整个 生命 周期 ， 那 么 对 象 风 
格 显 然 更 好 。 但 如 果 源 数据 不 可 变 ， 或 者 派生 数据 
用 过 即 弃 ， 那 么 两 种 风格 都 可 行 。 


做 法 











。 识 别 出 所 有 对 变量 做 更 新 的 地 方 。 如 有 必要 ， 
用 拆 分 变量 (240) 分 割 各 个 更 新 点 。 

。 新 建 一 个 函数 ， 用 于 计算 该 变量 的 值 。 

。 用 引入 断言 302) 断言 该 变量 和 计算 函数 始终 
给 出 同样 的 值 。 








如 有 必要 ， 用 封装 变量 (132) 将 这 个 断言 
封装 起 来 。 


. 测试 
. 修改 读 取 该 变量 的 代码 ， 令 其 调用 新 建 的 函 


。 测 试 。 
。 用 移 除 死 代码 (237) 去 挥 变量 的 声明 和 赋值 。 





ww Bl 


下 面 这 个 例子 虽 小 ， 却 完美 展示 了 代码 的 丑 
BE. 


class ProductionPlan... 


get production() {return this._production;} 

applyAdjustment(anAdjustment) { 
this._adjustments.push(anAdjustment ); 
this. production += anAdjustment.amount; 


} 





ASA, SEW. RABIN ABA be 
复 不 是 利 见 的 代码 重复 ， 而 是 数据 的 重复 。 如 
果 我 要 对 生产 计划 (production plan) 做 调整 
Cadjustment) ， 不 光 要 把 调整 的 信息 保存 下 来 ， 
还 要 根据 调整 信息 修改 一 个 累计 值 后 者 完全 可 
以 即时 计算 ， 而 不 必 每 次 更 新 。 


(ARE TETRA A. “可 以 即时 计算 ”只 是 我 的 
我 可 以 用 引入 断言 (302) 来 验证 这 个 猜 

















狂想 


class ProductionPlan... 


get production() { 
assert(this._ production === this.calculatedProduction) ; 
return this. production; 


} 


get calculatedProduction() { 
return this._adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 
} 





放 上 这 个 断言 之 后 ， 我 会 运行 测试 。 如 果断 言 
没有 失败 ， 我 就 可 以 不 再 返回 该 字段 ， 改 为 返回 妈 
时 计算 的 结果 。 





class ProductionPlan... 


get production() { 






return this.calculatedProduction; 


然后 用 内 联 函 数 C115) 把 计算 逻辑 内 联 
到 production 男 数 内 。 


class ProductionPlan... 


get production() { 
return this. _adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 
} 





再 用 移 除 死 代码 (237) 扫 清 使 用 旧 变 量 的 地 
Ty 


class ProductionPlan... 


applyAdjustment(anAdjustment) { 
this. _adjustments.push(anAdjustment ) ; 


} 


Bl: 不 止 一 个 数据 来 源 


上 面 的 例子 处 理 得 轻松 愉快 ， 因 为 production 
的 值 很 明显 只 有 一 个 来 源 。 但 有 了 时候， 累计 值 会 受 
到 多 个 数据 来 源 的 影 啊 。 


class ProductionPlan... 


constructor (production) { 
this. production = production; 
this._adjustments = []; 

get production() {return this. production; } 

applyAdjustment(anAdjustment) { 
this._adjustments.push(anAdjustment ); 
this. production += anAdjustment.amount; 


} 


如 末 照 上 面 的 方式 运用 引入 断言 302) ， 只 
要 production 的 初始 值 不 为 0， tS te AUK 


ANTE IR FE AY VA PRR AE, A NAGE 
运用 拆 分 变量 (240) 。 
constructor (production) { 
this._initialProduction = production; 
this._productionAccumulator = 0; 
this._adjustments = []; 


get production() { 


return this._initialProduction + this._productionAccumulator; 


} 


MERD UEH AD S (302) 。 


class ProductionPlan... 


get production() { 

assert(this._productionAccumulator === this.calculatedProduct 
return this. _initialProduction + this._productionAccumulator; 
get calculatedProductionAccumulator() { 


return this._adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 





fe PORN ARE A — TS IS MER 
ee 愿意 保留 calculatedProduction Accumulator 


这 个 属性 ， 而 不 把 它 内 联 消去 。 








9.4 将 引用 对 象 改 为 值 对 象 


(Change Reference to Value ) 





RHEW: 将 值 对 象 改 为 引用 对 象 (256) 





class Product { 
applyDiscount(arg) {this._price.amount -= arg; } 


class Product { 
applyDiscount(arg) { 
this. price = new Money(this._price.amount - arg, this._p 


动机 





在 把 一 个 对 象 〈 或 数据 结构 ) RAR PTR 
时 ， 位 于 内 部 的 这 个 对 象 可 以 被 视 为 引用 对 象 ， 也 
可 以 被 视 为 值 对 象 。 两 者 最 明显 的 过 有 卉 在 于 如 何 更 
新 内 部 对 象 的 属性 : 如 条 将 内 部 对 象 视 为 引用 对 
象 ， 在 更 新 其 属性 时 ， 我 会 保留 原 对 象 不 动 ， 更 新 
内 部 对 象 的 属性 ， 如 果 将 其 视 为 值 对 象 ， 我 束 会 丛 
ee 




















如 果 把 一 个 字段 视 为 值 对 象 ， 我 可 以 把 内 部 对 
象 的 类 也 变 成 值 对 象 [mf-vo]。 值 对 象 通常 更 容易 理 
解 ， 主 要 因为 它们 是 不 可 变 的 。 一 般 说 来 ， 不 可 变 
的 数据 结构 处 理 起 来 更 容易 。 我 可 以 放心 地 把 不 可 
变 的 数据 值 传 给 程序 的 其 他 部 分 ， 而 不 必 担 心 对 象 
中 包装 的 数据 被 偷偷 修改 。 我 可 以 在 程序 各 处 复制 
值 对 象 ， 而 不 必 操 心 维护 内 存 链接 。 值 对 象 在 分 布 
式 系统 和 并 及 系统 中 尤为 有 用 。 

值 对 象 和 引用 对 象 的 区 别 也 告诉 我 ， 何 时 不 应 
该 使 用 本 重 构 手法 。 如 来 我 想 在 儿 个 对 象 之 间 共 有 圣 
一 个 对 象 ， 以 便 几 个 对 象 都 能 看 见 对 共 至 对 象 的 修 
改 ， 那 么 这 个 共 圣 的 对 象 就 应 该 是 引用 。 


做 法 









































。 检 得 重 构 目 标 是 含 为 不 可 变 对 象 ， 或 者 是 合 6 
修改 为 不 可 变 对 象 。 
* HERRERA 3D EANA E K 


数 。 
。 提供 一 个 基于 值 的 相等 性 判断 函数 ， 在 其 中 使 
用 值 对 象 的 字段 。 





大 多 数 编程 语言 都 捉 供 了 可 上 黎 与 的 相等 性 
a HE FS ARIAS Wo 21 Fl EY 7S AE EB 
PRI BNL o 
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设想 一 个 代表 “人 ”的 Person 类 ， 其 中 包含 一 个 
代表 “电话 号 码 * 的 TClephone Number 对 和 象 。 


class Person... 


constructor() { 


constructor() { 
this._telephoneNumber = new TelephoneNumber(); 


} 


get officeAreaCode() 
{return this. telephoneNumber.areaCode;} 

set officeAreaCode(arg) {this._telephoneNumber.areaCode = arg 
get officeNumber ( ) {return this._telephoneNumber .number ; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 


class TelephoneNumber... 


get areaCode() {return this._areaCode; } 
set areaCode(arg) {this._areaCode = arg; } 


get number() {return this._number;} 
set number(arg) {this. number = arg; } 





代码 的 当前 状态 SERER (182) H PAISA 
A: 从 前 拥有 电话 写 码 信息 的 Person 类 仍然 有 一 些 
函数 在 修改 新 对 象 的 属性 。 起 着 还 只 有 一 个 指 问 新 
类 的 引用 ， 现 在 是 时 候 使 用 将 引用 对 象 改 为 值 对 象 
将 其 变 成 值 对 象 。 


我 需要 做 的 第 一 件 事 是 把 TelephoneNumber 类 
变 成 不 可 变 的 。 对 它 的 字段 运用 移 除 设 值 函 数 
(331) 。 移 除 设 值 函数 (331) 的 第 一 步 是 ， 用 改 
II 

KAH, JPEE R PR A H AE RA 











class TelephoneNumber... 


constructor(areaCode, number) { 
this. _areaCode = areaCode; 
this. number = number; 


} 


然后 我 会 逐一 查看 设 值 函数 的 调用 者 ， 并 将 其 
改 为 重新 赋值 整个 对 象 。 先 从 “地 区 代码 ” (area 


code) 开始 。 


Class Person... 


get officeAreaCode( ) {return this. _telephoneNumber .areaCod 
set officeAreaCode(arg) { 


this._telephoneNumber = new TelephoneNumber(arg, this.officeN 
} 

get officeNumber() {return this, telephoneNumber .number ; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 





对 于 其 他 字段 ， 重 复 上 述 步 又 。 
Class Person... 


get officeAreaCode( ) {return this. _telephoneNumber .areaCod 
set officeAreaCode(arg) { 
this. _telephoneNumber = new TelephoneNumber(arg, this.offic 


Í 
get officeNumber() {return this._telephoneNumber .number;} 
set officeNumber (arg) { 


this._telephoneNumber = new TelephoneNumber(this.officeAreaCo 


} 


现在 ，TelephoneNumber 已 经 是 不 可 变 的 类 ， 
可 以 将 其 变 成 真正 的 值 对 象 了 。 是 不 是 真正 的 值 对 
象 ， 要 看 是 否 基 于 值 判 断 相 等 性 。 在 这 个 领域 中 ， 








JavaScript 做 得 不 好 : 语言 和 核心 库 都 不 文 持 将 “ 基 
于 引用 的 相等 性 判断 ” 换 成 “基于 值 的 相等 性 判 
洲 ”。 我 唯一 能 做 的 就 是 创建 自己 的 equals 函 数 。 








class TelephoneNumber... 


equals(other) { 
if (!(other instanceof TelephoneNumber)) return false; 
return this.areaCode === other.areaCode && 
this.number === other.number; 


J 


对 其 进行 测试 很 重要 : 


it('telephone equals', function() { 
assert ( new TelephoneNumber("312", "555-0142" ) 
.equals(new TelephoneNumber("312", "555-0142"))); 
}); 








这 上 段 测试 代码 用 了 不 寻常 的 格式 ， 是 为 了 帮助 
读者 一 眼看 出 上 下 两 次 构造 函数 调用 完全 一 样 。 


我 在 这 个 测试 中 创建 了 两 个 各 目 独 立 的 对 象 ， 
并 验证 它们 相等 。 











在 大 多 数 面 癌 对 象 语言 中 ， 内 置 的 相等 性 





判断 方法 可 以 被 履 写 为 基于 值 的 相等 性 判断 。 
在 Ruby 中 ， 我 可 以 宪 写 == 运 算 从 ; 在 Java 中 ， 
我 可 以 履 写 object.equals() 方 法 。 在 履 写 相等 
性 判断 的 同时 ， 我 通常 还 需要 履 写 生成 散 列 码 
的 方法 〈 例 如 Java 中 的 object.hashcode() 方 
法 ) ， 以 确保 用 到 散 列 码 的 集合 在 使 用 值 对 象 
IN —YJIE FS 











如 果 有 多 个 客户 端 使 用 了 TelephoneNumber 对 
象 ， 重 构 的 过 程 还 是 一 样 ， 只 是 在 运用 移 除 设 值 也 
BX (331) 时 要 修改 多 处 客户 端 代 但 。 另 外 ， 有 必 
要 添加 几 个 测试 ， 检 碍 电话 号 人 码 不 相等 以 及 与 非 电 
话 号 伺 和 nu11 值 比较 相等 性 等 情况 。 








9.5 ”将 值 对 象 改 为 引用 对 象 


(Change Value to Reference ) 


RHE: 将 引用 对 象 改 为 值 对 象 (252) 





let customer = new Customer(customerData) ; 


let customer = customerRepository.get(customerData.id); 


动机 


一 个 数据 结构 中 可 能 包含 多 个 记录 ， 而 这 些 记 
录 都 关联 到 同一 个 逸 辑 数据 结构 。 例 如 ， 我 可 能 会 
读 取 一 系列 订单 数据 ， 其 中 有 多 条 订单 属于 同一 个 
顾客 。 过 到 这 样 的 共 圣 关系 时 ， 既 可 以 把 顾客 信息 
作为 值 对 象 来 看 每 ， 也 可 以 将 其 视 为 引用 对 象 。 如 
果 将 其 视 为 值 对 象 ， 那 么 每 份 订单 数据 中 都 会 复制 
顾客 的 数据 ， 而 如 果 将 其 视 为 引用 对 象 ， 对 于 一 个 
人 
联 。 

如 条 顾客 数据 永远 不 修改 ， 那 么 两 种 处 理 方式 
祁 合 理 。 把 同一 份 数 据 复制 多 次 可 能 会 造成 一 点 轩 
扰 ， 但 这 种 情况 也 很 第 见 ， 不 会 造成 太 大 问题 。 过 





























多 的 数据 复制 有 可 能 会 造成 内 存 占用 的 问题 ， 但 就 
跟 所 有 性 能 问题 一 样 ， 这 种 情况 并 不 常见 。 


如 果 共 至 的 数据 需要 更 新 ， 将 其 复制 多 份 的 做 
法 就 会 遇 到 巨大 的 困难 。 此 时 我 必须 找到 所 有 的 副 
本 ， 更 新 所 有 对 象 。 只 要 汤 挥 一 个 副本 没有 更 新 ， 
BL IE PUG Be AB PL A Ae 
谍 将 多 份 数据 副本 变 成 单一 的 引用 ， 这 样 对 顾客 数 
扼 的 修改 惑 会 立即 反映 在 该 顾客 的 所 有 订单 中 。 


把 值 对 象 改 为 引用 对 象 会 融 来 一 个 结果 : 对 于 
一 个 客观 实体 ， 只 有 一 个 代表 它 的 对 象 。 这 通 第 意 
味 看 我 会 需要 茶 种 形式 的 仓库 ， 在 仓库 中 可 以 找到 
所 有 这 些 实体 对 象 。 只 为 每 个 实体 创建 一 次 对 象 ， 
以 后 始终 从 仓库 中 获取 该 对 象 。 


做 法 
































。 为 相关 对 象 创 建 一 个 仓库 《如 果 还 没有 这 样 一 
个 仓库 的 话 ) o 
ee 
列 。 

。 修 改 答 主 对 象 的 构造 浮 数 ， 令 其 从 仓库 中 获取 
关联 对 象 。 每 次 修改 后 执行 测试 。 











we Bl 


我 将 从 一 个 代表 “订单 ?的 order 类 开始 ， 其 实 
例 对 象 可 从 一 个 JSON 文 件 创建 。 用 来 创建 订单 的 
数据 中 有 一 个 顾客 (customer) ID， 我 们 用 它 来 进 
一 步 创 建 cCustomer 对 象 。 


class Order... 


constructor(data) { 
this._number = data.number; 
this. customer = new Customer(data.customer ); 
// load other data 


get customer() {return this. customer; } 


class Customer... 


constructor(id) { 
this._id = id; 


} 
get id() {return this._id;} 


以 这 种 方式 创建 的 Customer 对 象 是 值 对 象 。 如 


果 有 5 个 订单 都 属于 ID 为 123 的 顾客 ， 就 会 有 5 个 各 
日 独立 的 customer 对 象 。 对 其 中 一 个 所 做 的 修改 ， 
不 会 反映 在 其 他 几 个 对 象 身上 。 如 果 我 想 增 

强 Customer 对 象 ， 例 如 从 客户 服务 获取 到 了 更 多 关 
于 顾客 的 信息 ， 我 必须 用 同样 的 数据 更 新 所 有 5 个 
对 象 。 重 复 的 对 象 总 是 会 让 我 紧张 一 一 用 多 个 对 象 
代表 同一 个 实体 《例如 一 名 顾客 ) ， 这 会 招致 混 

乱 。 如 果 customer 对 象 是 可 变 的 ， 问 题 惑 更 加 严 

重 ， 因 为 各 个 对 象 之 间 的 数据 可 能 不 一 致 。 


如 果 我 想 每 次 都 使 用 同一 个 customer 对 象 ， 那 
么 就 需要 有 一 个 地 方 存储 这 个 对 象 。 每 个 应 用 程序 
中 ， 存 储 实体 的 地 方 会 各 有 不 同 ， 在 最 简单 的 情况 
下 ， 我 会 使 用 一 个 仓库 对 象 [mf-repos]。 

















let _repositoryData; 


export function initialize() { 
_repositoryData = {}; 
_repositoryData.customers = new Map(); 


} 


export function registerCustomer(id) { 
if (! _repositoryData.customers.has(id 
_repositoryData.customers.set(id, new Customer(id)); 
return findCustomer (id); 


} 


export function findCustomer (id) 
return _repositoryData.customers.get(id); 


} 


仓库 对 象 允 许 根 据 ID 注 册 顾 客 ， 并 且 对 于 一 个 
ID 只 会 创建 一 个 customer 对 象 。 有 了 仓库 对 象 ， 我 
mt A) WS order Xt AR HY Fy te eK OOK E H E o 

在 使 用 本 重 构 手法 时 ， 可 能 仓库 对 象 已 经 存在 
了 ， 那 么 束 可 以 直接 使 用 它 。 

下 一 步 是 要 弄 清 楚 ，order 的 构造 前 数 如 何 获 
得 正确 的 customer 对 象 。 在 这 个 例子 里 ， 这 一 步 很 
简单 ， 因 为 输入 数据 流 中 已 经 包含 了 顾客 的 ID。 








class Order... 


constructor(data) { 
this. number = data.number; 
this. customer = registerCustomer(data.customer ); 
// load other data 


get customer() {return this._customer ; } 


现在 ， 如 末 我 在 一 条 订单 中 修改 了 顾客 信息 ， 
就 会 同步 反映 在 该 顾客 拥有 的 所 有 订单 中 。 


在 这 个 例子 里 ， 我 在 第 一 个 引用 该 顾客 信息 的 
order 对 和 象 中 新 建 了 customer 对 象 。 男 一 个 常见 的 
做 法 是 : 首先 获取 一 份 包含 所 有 customer 对 象 的 列 
表 ， 将 其 填 入 仓库 对 象 ， 然 后 在 谈 取 order 对 象 时 
关联 到 对 应 的 customer 对 象 。 如 果 这 样 做 ， 那 











么 Order 对 象 包含 的 顾客 I 有 DD 必须 指 同一 个 仓库 中 已 
有 的 customer 对 象 ， 人 否则 就 表示 程序 中 有 错误 。 


上 面 的 代码 还 有 一 个 问题 : 构造 函数 与 一 个 全 
局 的 仓库 对 象 耘 合 。 全 局 对 象 必须 小 心 对 待 : 它们 
就 像 强 力 的 药物 ， 少 用 一 点 儿 大 有 共处， 用 过 量 融 
是 毒 的。 如 采 想 解决 这 个 问题 ， 可 以 将 仓库 对 象 作 
为 参数 传递 给 构造 函数 。 








第 10 草 ”简化 条 件 馆 辑 





程序 的 大 部 分 威力 来 和 目 条 件 馆 辑 ， 但 很 不 六， 
FEF WARE BRAS KARTS. RAH a 
RFA EE BEAD 5 AS SR. ER FA RE 
达 式 (260) 处 理 复杂 的 条 件 表达 式 ， 用 合并 条 件 
表达 式 (263) 厘清 逻辑 组 合 。 我 会 用 以 卫 语 句 取 
ARR ATE RIA TE (266) 清晰 表达 “在 主要 处 理 逻 
辑 之 前 先 做 检查 ”的 意图 。 如 果 我 发 现 一 处 switch 
逻辑 处 理 了 几 种 情况 ， 可 以 考虑 拿 出 以 多 态 取 代 条 
件 表达 式 (272) 重 构 手法 。 


很 多 条 件 逻 辑 是 用 于 处 理 特殊 情况 的 ， 例 如 处 
理 null 值 。 如 果 对 某 种 特殊 情况 的 处 理 逻 辑 大 多 相 
同 ， 那 么 可 以 用 引入 特例 (289) 《 篆 被 称 作 引入 
Xt) 消除 重复 代码 。 另 外 ， 虽 然 我 很 喜欢 去 除 
条 件 逻 辑 ， 但 如 果 我 想 明 确 地 表述 (以 及 检查 ) 程 
序 的 状态 ， 引 入 断言 (302) 是 一 个 不 错 的 补充 。 








10.1 分 解 条 件 表 达 式 (Decompose 
Conditional ) 


Qc 人 人 
tg) 


BO TI 


if (!aDate.isBefore(plan.summerStart) && !aDate.isAfter(plan. 
charge = quantity * plan.summerRate; 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 


if (summer()) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


动机 





程序 之 中 ， 复 杂 的 条 件 锡 辑 是 最 向导 致 复杂 度 
上 升 的 地 点 之 一 。 我 必须 编写 代码 来 检查 不 同 的 条 
件 分 文 ， 根 据 不 同 的 条 件 做 不 同 的 事 ， 然 后 ， 我 很 
快 束 会 得 到 一 个 相当 长 的 函数 。 大 型 函数 本 里 束 会 
使 代码 的 可 该 性 下 降 ， 而 条 件 馆 辑 则 会 使 代码 更 难 
阅读 。 在 带 有 复杂 条 件 馆 辑 的 函数 中 ， 代 码 《〈 包 括 
检查 条 件 分 文 的 代码 和 真正 实现 功能 的 代码 ) 会 告 
诉 我 发 生 的 事 ， 但 常常 让 我 弄 不 清楚 为 什么 会 发 生 
这 样 的 事 ， 这 就 说 明代 码 的 可 读 性 的 确 大 大 降低 
J 











和 任何 大 块头 代码 一 样 ， 我 可 以 将 它 分 解 为 多 
个 独立 的 函数 ， 根 据 每 个 小 块 代码 的 用 途 ， 为 分 解 
而 得 的 新 函数 命名 ， 并 将 原 函 数 中 对 应 的 代码 改 为 
调用 新 函数 ， 从 而 更 清楚 地 表达 自己 的 意图 。 对 于 
条 件 逻 辑 ， 将 每 个 分 文 条 件 分 解 成 新 图 数 还 可 以 这 
来 更 多 好 处 : 可 以 突出 条 件 罗 辑 ， 更 清楚 地 表明 每 
个 分 支 的 作用 ， 并 且 罕 出 每 个 分 支 的 原因 。 

本 重 构 手法 其 实 只 是 提炼 函数 (106) 的 一 个 
应 用 场景 。 但 我 要 特别 强调 这 个 场景 ， 因 为 我 发 现 
它 经 常会 市 来 很 大 的 价值 。 














做 法 


。 对 条 件 判 断 和 每 个 条 件 分 支 分 别 运 用 提炼 函数 
(106) 手法 。 
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假设 我 要 计算 购买 某 样 商品 的 总 价 〈 总 价 = 数 
量 x 单价 ) ， 而 这 个 商品 在 冬季 和 夏季 的 单价 是 不 
同 的 ， 


if (!aDate.isBefore(plan.summerStart) && !aDate.isAfter(plan. 
charge = quantity * plan.summerRate; 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 


我 把 条 件 判 断 提 炬 到 一 个 独立 的 函数 中 : 


if (summer()) 
charge = quantity * plan.summerRate; 
else 
charge = quantity * plan.regularRate + plan.regularServiceCha 


function summer() { 


return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


} 


IR a EIRFA AY a 5c: 


if (summer()) 
charge = summerCharge(); 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 
function summer() { 

return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 
} 


function summerCharge() { 
return quantity * plan.summerRate; 


} 


最 后 所 炼 条 件 判断 为 假 的 分 文 : 


if (summer()) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


function summer() { 
return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


function summerCharge() { 
return quantity * plan.summerRate; 


} 


function regularCharge() { 


return quantity * plan.regularRate + plan.regularServiceCharg 
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提炼 完成 后 ， 我 喜欢 用 三 元 运算 符 重 新 安排 条 
件 语句 。 


charge = summer() ? summerCharge() : regularCharge(); 
function summer() { 
return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


function summerCharge() { 
return quantity * plan.summerRate; 


} 


function regularCharge() { 


return quantity * plan.regularRate + plan.regularServiceCharg 


} 


10.2 合并 条 件 表达 式 
( Consolidate Conditional 
Expression ) 


if GO 
if (A 
if (V 


if (pC) © 


if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return @; 
if (anEmployee.isPartTime) return 0; 


if (isNotEligibleForDisability()) return 0; 
function isNotEligibleForDisability() { 
return ((anEmployee.seniority < 2) 


|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime) ); 


动机 


Be. 串 条 件 检查 : 检查 条 件 各 
不 相同 ， 最 终 行为 却 一 致 。 如 宋 发 现 这 种 情况 ， 融 
应 该 使 用 “逻辑 或 ?和 “逻辑 与 ?将 它们 合并 为 一 个 条 
件 表 达 却 。 


之 所 以 要 合并 条 件 代 码 ， 有 两 个 重要 原因 。 首 
先 ， 合 并 后 的 条 件 代 码 会 表述 “实际 上 只 有 一 次 条 
件 检查 ， 只 不 过 有 多 个 并 列 条 件 需 要 检查 而 已 ”， 
从 而 使 这 一 次 检查 的 用 意 更 清晰 。 当 然 ， 合 并 前 和 





合并 后 的 代码 有 看 相同 的 效果 ， 但 原先 代码 传 达 出 
的 信息 却 是 “这 里 有 一 些 各 目 独 立 的 条 件 测试 ， 它 
们 只 是 恰好 同时 友 生 ”"。 其 次 ， 这 项 重 构 往往 可 以 
为 使 用 提 炬 函数 “106) 做 好 准备 。 将 检查 条 件 所 
炼 成 一 个 独立 的 函数 对 于 厘清 代码 意义 非常 有 用 ， 
因为 它 把 摘 述 “做 什么 ”的 语句 换 成 了 “为 什么 这 样 
做 ”。 


条 件 语句 的 合并 理由 也 同时 指出 了 不 要 合并 的 
理由 : 如 条 我 认为 这 些 检查 的 确 彼此 独立 ， 的 确 不 
应 该 被 视 为 同一 次 检查 ， 我 加 不 会 使 用 本 项 重 构 。 


做 法 























。 确 定 这 些 条 件 表 达 式 部 没有 副作用 。 


如 果 汞 个 条 件 表达 式 有 副作用 ， 可 以 先 用 
将 盘 询 沙 数 和 修改 冰 数 分 离 (306) 处 理 。 


。 使 用 适当 的 逻辑 运算 符 ， 将 两 个 相关 条 件 表达 
egy Ae 


顺序 执行 的 条 件 表达 式 用 过 辑 或 来 合并 ， 
HRS it aH) Ae SOR SF 


e Mhio 

。 重 复 前 面 的 合并 过 程 ， 直 到 所 有 相关 的 条 件 表 
达 式 部 合并 到 一 起 。 

。 可 以 考虑 对 合并 后 的 条 件 表达 式 实施 近 炬 函数 
(106) 。 


ww il 





在 走读 代码 的 过 程 中 ， 我 看 到 了 下 面 的 代码 片 


function disabilityAmount(anEmployee) { 
if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return 0; 
if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


里 有 一 连 串 的 条 件 检查 ， 都 指向 同样 的 结 
果 。 既 然 结果 是 相同 的 ， 就 应 该 把 这 些 条 件 检查 合 
并 成 一 条 表达 式 。 对 于 这 样 顺序 执行 的 条 件 检查 ， 
可 以 用 逻辑 或 运算 符 来 合并 。 








function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12)) return 0; 
if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


测试 ， 人 然后 把 下 一 个 条 件 检查 也 合并 进来 : 


function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime)) return 0; 
// compute the disability amount 





合并 完成 后 ， 再 对 这 人 句 条 件 表达 式 使 用 提炼 函 
(106) 


function disabilityAmount(anEmployee) { 
if (isNotEligableForDisability()) return 0; 
// compute the disability amount 


function isNotEligableForDisability() { 
return ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime) ); 


yep: MHES 





上 面 的 例子 展示 了 用 逻辑 或 合并 条 件 表 达 陈 的 
做 法 。 不 过 ， 我 有 可 能 遇 到 需要 逻辑 与 的 情况 。 例 
i, REIGN: 


if (anEmployee.onVacation) 
if (anEmployee.seniority > 10) 
return 1; 
return 0.5; 





可 以 用 好 辑 与 运算 符 将 其 合并 。 


if ((anEmployee.onVacation) 
&& (anEmployee.seniority > 10)) return 1; 
return 0.5; 





如 果 原 来 的 条 件 逻 辑 混杂 了 这 两 种 情况 ， 我 也 
会 根据 需要 组 合 使 用 逻辑 与 和 逻辑 或 运算 符 。 在 这 
种 时 候 ， 代 码 很 可 能 变 得 混乱 ， 所 以 我 会 频繁 使 用 
提炼 函数 (106) ， 把 代码 变 得 可 读 。 





10.3 LA Pim ARREARS RIA 
tk (Replace Nested Conditional 
with Guard Clauses ) 


if (W) 











eed 
else 
< if (HD) <q 

| 

else 

<— if (H) < 
ies 
else <S] 


function getPayAmount() { 
let result; 
if (isDead) 
result = deadAmount(); 
else { 
if (isSeparated) 


result = SeparatedAmount ( ) ; 
else { 
if (isRetired) 
result = retiredAmount(); 
else 
result = normalPayAmount(); 
} 


return result; 


} 


function getPayAmount() { 
if (isDead) return deadAmount(); 
if (isSeparated) return separatedAmount(); 
if (isRetired) return retiredAmount(); 
return normalPayAmount(); 


动机 


根据 我 的 经验 ， 条 件 表达 陈 通 钟 有 两 种 风格 。 
第 一 种 风格 是 : 两 个 条 件 分 文部 属于 正常 行为 。 第 











二 种 风格 则 是 : 只 有 一 个 条 件 分 文 是 正 钊 行为 ， 忆 
一 个 分 文 则 是 腊 音 的 情况 。 


这 两 类 条 件 表达 式 有 不 同 的 用 途 ， 这 一 点 应 该 
通过 代码 表现 出 来 。 如 果 两 条 分 文 都 是 正 第 行为 ， 
束 应 该 使 用 形 如 if.. .else.. .的 条 件 表达 式 ; 如 果 
某 个 条 件 极 其 罕见 ， 束 应 该 单独 检查 该 条 件 ， 并 在 
该 条 件 为 真 时 立刻 从 函数 中 返回 。 这 样 的 单独 检查 
第 第 被 称 为 “ 卫 语 句 ” (guard clauses) 。 


以 卫 语 句 取 代 骸 套 条 件 表达 式 的 精髓 就 是 : 给 
某 一 条 分 支 以 特别 的 重视 。 如 果 使 用 if-then-else 
结构 ， 你 对 if 分 支 和 else 分 支 的 重视 是 同等 的 。 这 
样 的 代码 结构 传递 给 阅读 者 的 消 肯 束 是 : 各 个 分 文 
有 同样 的 重要 性 。 卫 语句 束 不 同 了 ， 它 告诉 阅读 
者 : “这 种 情况 不 是 本 函数 的 核心 逻辑 所 关心 的 ， 
如 果 它 真 发 生 了 ， 请 做 一 些 必要 的 整理 工作 ， 然 后 
Be” 


“每 个 函数 只 能 有 一 个 入 口 和 一 个 出 口 * 的 观 
念 ， 根 深 带 固 于 某 些 程序 员 的 脑海 里 。 我 发 现 ， 当 
我 处 理 他 们 编写 的 代码 时 ， 经 常 需 要 使 用 以 卫 语 句 
取代 髓 套 条 件 表达 式 。 现 今 的 编程 语言 都 会 强制 保 
证 每 个 函数 只 有 一 个 入 口 ， 至 于 “单一 出 口 ? 规 则 ， 
其 实 不 是 那么 有 用 。 在 我 看 来 ， 保 持 代码 清晰 才 是 
最 关键 的 : 如 果 单 一 出 口 能 使 这 个 函数 更 清楚 易 
读 ， 那 么 就 使 用 单一 出 口 ， 否 则 就 不 必 这 么 做 。 






































做 法 





。 选 中 最 外 层 需 要 被 奉 换 的 条 件 逻 辑 ， 将 其 蔡 换 
为 卫 语句 。 

。 测 试 。 

。 有 需要 的 话 ， 重 复 上 述 步 又 。 

。 如 果 所 有 卫 语 句 都 引发 同样 的 结果 ， 可 以 使 用 
合并 条 件 表达 式 (263) 合并 之 。 
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下 面 的 代码 用 于 计算 要 文 付 给 员工 
Cemployee) 的 工资 。 只 有 还 在 公司 上 班 的 员工 才 
需要 文 付 工 资 ， 所 以 这 个 函数 需要 检查 两 种 < 员工 
己 经 不 在 公司 上 班 ” 的 情况 。 


function payAmount(employee) { 
let result; 
if(employee.isSeparated) { 
result = {amount: ©, reasonCode:"SEP"}; 


else { 
if (employee.isRetired) { 
result = {amount: ©, reasonCode: "RET"}; 


} 
else { 


// logic to compute amount 
lorem. ipsum(dolor.sitAmet ) ;+ 
consectetur (adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim. veniam) ; 


result = someFinalComputation(); 


return result; 


J 





FREE HY AR PI ET NB TS SEI 
义 。 上 只 有 当前 两 个 条 件 过 运 飞 部 个 入 其 的 时 候 ， 这 
段 代 码 才 真正 开始 它 的 主要 工作 。 所 以 ， 卫 语句 能 
让 代码 更 清晰 地 阐述 自己 的 意 


一 如 既往 地 ， 我 喜欢 小 步 前 进 ， 所 以 我 先 处 理 
最 项 上 的 条 件 逻 辑 。 








function payAmount(employee) { 
let result; 


if (employee.isSeparated) return {amount: 0, reasonCode: "SEP 
if (employee.isRetired) { 


result = {amount: 0, reasonCode: "RET"}; 
} 
else { 

// logic to compute amount 


lorem.ipsum(dolor.sitAmet ) ; 
consectetur (adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim.veniam); 


result = someFinalComputation(); 


return result; 


做 完 这 步 修改 ， 我 执行 测试 ， 然 后 继续 下 一 


LV o 


function payAmount(employee) { 
let result; 


if (employee.isSeparated) return {amount: ©, reasonCode: "SEP 


if (employee.isRetired) return {amount: ©, reasonCode: "RET 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur(adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim. veniam) ; 
result = someFinalComputation(); 
return result; 


} 


此 时 ，result 变 量 已 经 没有 用 处 了 ， 上 所 以 我 把 
EAH Se 


function payAmount(employee) { 
let result; 


if (employee.isSeparated) return {amount: ©, reasonCode: "SEP 


if (employee.isRetired) return {amount: ©, reasonCode: "RET 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur(adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim.veniam) ; 
return someFinalComputation(); 


} 








能 减少 一 个 可 变 变量 总 是 好 的 。 
范例 : 将 条 件 反 转 


审阅 本 书 第 1 版 的 初稿 时 ，Joshua Kerievsky 指 
我 们 常常 可 以 将 条 件 表达 式 反 转 ， 从 而 实现 以 


语句 取代 骸 套 条 件 表达 式 。 为 了 拯救 我 可 怜 的 想 
H 他 还 好 心 帮 有 我 想 了 一 个 例子 : 





function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital > 0) { 


if (anInstrument.interestRate > 0 && anInstrument.duration > 


result = (anInstrument.income / anInstrument.duration) * anIn 


return result; 


同样 地 ， 我 逐一 进行 符 换 。 不 过 这 次 在 插入 卫 
语句 时 ， 我 需要 将 相应 的 条 件 反 转 过 来 : 


function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument capital <= 0) return result; 
if (anInstrument.interestRate > 0 && anInstrument.duration > 


result = (anInstrument.income / anInstrument.duration) * anIn 


return result; 


ROTATE ZAR BA AT AK oP PA ETT 
反 转 。 首 先 加 入 一 个 逻辑 非 操 作 : 


function adjustedCapital(anInstrument) { 

let result = 0; 

if (anInstrument.capital <= 0) return result; 

if (! 
(anInstrument.interestRate > 0 && anInstrument.duration > 0)) 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 


} 


[B RE CELA: AY AR PPI SAE BB“ SE, 
aa RITRAE, Pr AFR fal HF 


function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital <= 0) return result; 
if (anInstrument.interestRate <= 0 || anInstrument.duration < 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 


AWITA RARE, HARE A 


用 合并 条 件 表达 式 (263) 将 其 合并 。 


function adjustedCapital(anInstrument) { 
let result = 0; 


if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 
|| anInstrument.duration <= 0) return result; 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 





此 时 result 变 量 做 了 两 件 事 : 一 开始 我 把 它 设 
为 0， 代 表 卫 语句 被 触发 时 的 返回 值 ， 然 后 义 用 最 
终 计算 的 结果 给 它 赋 值 。 我 可 以 彻底 移 除 这 个 变 
量 ， 训 人 免 用 一 个 变量 承担 两 重 责 任 ， 而 且 叉 减少 了 
—/S H] AE AR BE 





function adjustedCapital(anInstrument) { 


if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 
|| anInstrument.duration <= 0) return 0; 


return (anInstrument.income / anInstrument.duration) * anInst 





1 “lorem.ipsum..…..” 是 一 篇 种 见于 排版 设计 领域 的 
文章 ， 其 内 容 为 不 具 可 读 性 的 字符 组 合 ， 目 的 是 使 
阅读 者 只 专注 于 观察 段落 的 字 型 和 版 型 。 一 一 译 者 
注 





10.4 ”以 多 态 取 代 条 件 表达 式 
(Replace Conditional with 
Polymorphism ) 


switch (bird.type) { 
case 'EuropeanSwallow' : 

return "average"; 
case 'AfricanSwallow': 


return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (bird.voltage > 100) ? "Scorched" : "beautiful"; 
default: 


return "unknown"; 


class EuropeanSwallow { 
get plumage() { 
return "average"; 


class AfricanSwallow { 
get plumage() { 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
class NorwegianBlueParrot { 


get plumage() { 
return (this.voltage > 100) ? "scorched" : "beautiful"; 
} 


动机 


复杂 的 条 件 馆 辑 是 编程 中 最 难 理解 的 东西 之 
一 ， 因 此 我 一 二 在 寻求 给 条 件 馆 辑 添加 结构 。 很 多 
时 候 ， 我 肥 现 可 以 将 条 件 锡 辑 拆 分 到 不 同 的 场景 
《或 者 叫 高 了 用例) ， 从 而 拆 解 复杂 的 条 件 逻 辑 。 
这 种 拆 分 有 时 用 条 件 逻 辑 本 身 的 络 构 吏 足 以 表达 ， 
但 使 用 类 和 多 态 能 把 逻辑 的 拆 分 表述 得 更 清晰 。 








一 个 和 见 的 场景 是 : 我 可 以 构造 一 组 类 型 ， 每 
个 类 型 处 理 各 目的 一 种 条 件 逻 辑 。 例 如 ， 我 会 注意 
到 ， 图 书 、 音 乐 、 食 品 的 处 理 方式 不 同 ， 这 是 因为 
它们 分 属 不 同类 型 的 商品 。 最 明显 的 征兆 就 是 有 好 
几 个 函数 都 有 基于 类 型 代码 的 switch 语 句 。 若 果真 
如 此 ， 我 就 可 以 针对 switch 语 句 中 的 每 种 分 支 逻 辑 
创建 一 个 类 ， 用 多 态 来 承载 各 个 类 型 特有 的 行为 ， 
从 而 去 除 重 复 的 分 支 逻 辑 。 


为 一 种 情况 是 ， 有 一 个 基础 逻辑 ， 在 其 上 叉 有 
一 些 变 体 。 基 础 逻辑 可 能 是 最 常用 的 ， 也 可 能 是 最 
简单 的 。 我 可 以 把 基础 馆 辑 放 进 超 类 ， 这 样 我 可 以 
首先 理解 这 部 分 逻辑 ， 和 暂时 不 管 各 种 变 体 ， 然 后 我 
可 以 把 每 种 变 体 逻辑 单独 放 进 一 个 子 类 ， 其 中 的 代 
fey E GE Wil Sy SEG A A) At FF o 


多 态 是 面 同 对 象 编程 的 关键 特性 之 一 。 跟 其 他 
一 切 有 用 的 特性 一 样 ， 它 也 很 容易 被 滥用。 我 曾经 
遇 到 有 人 争论 说 所 有 条 件 馆 辑 都 应 该 用 多 态 取代 。 
我 不 赞同 这 种 观点 。 我 的 大 部 分 条 件 逻 辑 只 用 到 了 
基本 的 条 件 语句 if/else 和 和 switch/case， 并 不 
需要 劳 师 动 众 地 引入 多 态 。 但 如 果 发 现 如 前 所 述 的 
复杂 条 件 迎 辑 ， 多 态 是 改善 这 种 情况 的 有 力 工具 。 


做 法 









































。 如 琳 现 有 的 类 尚 不 具备 多 态 行 为 ， 束 用 工厂 函 
数 创 建 之 ， 令 工厂 函数 返回 恰当 的 对 象 实 例 。 
。 在 调用 方 代码 中 使 用 工厂 函数 获得 对 象 实例 。 
。 将 带 有 条 件 逻 辑 的 函数 移 到 超 类 中 。 


如 果 条 件 远 辑 还 未 提炼 至 独立 的 函数 ， 首 
先 对 其 使 用 提炼 函数 (106) 。 








。 任 选 一 个 子 类 ， 在 其 中 建立 一 个 函数 ， 使 之 窗 
写 超 类 中 容纳 条 件 表达 式 的 那个 函数 。 将 与 该 
子 类 相关 的 条 件 表 达 式 分 文 复制 到 新 函数 中 ， 
并 对 它 进 行 适当 调整 。 

。 重 复 上 述 过 程 ， 处 理 其 他 条 件 分 文 。 

。 在 超 类 函数 中 保留 默认 情况 的 逻辑 。 或 者 ， 如 
果 超 类 应 该 是 抽象 的 ， 束 把 该 函数 声明 

为 abstract， 或 在 其 中 直接 抛 出 异常 ， 表 明 计 
算 贡 任 都 在 子 类 中 。 








we Bl 





我 的 朋友 有 一 群 乌 儿 ， 他 想 知 道 这 些 乌 飞 得 有 
多 快 ， 以 及 它们 的 羽毛 是 什么 样 的 。 所 以 我 们 写 了 
一 小 段 程序 来 判断 这 些 信息 。 


function plumages(birds) { 
return new Map(birds.map(b => [b.name, plumage(b)])); 


} 


function speeds(birds) { 


return new Map(birds.map(b => [b.name, airSpeedVelocity(b)])) 
} 


function plumage(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return "average"; 
case 'AfricanSwallow': 


return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (bird.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


function airSpeedVelocity(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return 35; 
case 'AfricanSwallow' : 
return 40 - 2 * bird.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (bird.isNailed) ? 0 : 10 + bird.voltage / 10; 
default: 
return null; 
} 
} 








有 两 个 不 同 的 操作 ， 其 行为 都 随 痢 “ 乌 的 闫 


型 >” 发生 变化， 因此 可 以 创建 出 对 应 的 类 ， 用 多 态 
来 处 理 各 类 型 特有 的 行为 。 

我 先 对 airspeedvelocity 和 pLumage 两 个 函数 
使 用 函数 组 合成 类 (144) 。 


function plumage(bird) { 
return new Bird(bird).plumage; 


} 


function airSpeedVelocity(bird) { 
return new Bird(bird).airSpeedVelocity; 


} 
class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 
get plumage() { 
Switch (this.type) { 
case 'EuropeanSwallow' : 
return "average"; 
case 'AfricanSwallow': 
return (this.numberOfCoconuts > 2) ? "tired" "average"; 
case 'NorwegianBlueParrot': 


return (this.voltage > 100) ? "scorched" "beautiful"; 


default: 
return "unknown"; 


} 
} 
get airSpeedVelocity() { 
switch (this.type) { 
case 'EuropeanSwallow': 
return 35; 
case 'AfricanSwallow': 
return 40 - 2 * this.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (this.isNailed) ? 0: 
default: 
return null; 
} 
} 


10 + this.voltage / 10; 


然后 针对 每 种 乌 创 建 一 个 子 类 ， 用 一 个 工厂 画 
数 来 实例 化 合适 的 子 类 对 象 。 


function plumage(bird) { 
return createBird(bird).plumage; 


} 


function airSpeedVelocity(bird) { 
return createBird(bird).airSpeedVelocity; 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 
return new AfricanSwallow(bird); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(bird); 
default: 
return new Bird(bird); 


} 
class EuropeanSwallow extends Bird { 


class AfricanSwallow extends Bird { 


class NorwegianBlueParrot extends Bird { 


现在 我 已 经 有 了 需要 的 类 结构 ， 可 以 处 理 两 个 
条 件 逻 辑 了 。 先 从 plumage 函 数 开 始 ， 我 从 switch 
语句 中 选 一 个 分 支 ， 在 适当 的 子 类 中 轿 写 这 个 有 还 


class EuropeanSwallow... 


get plumage() { 
return "average"; 


class Bird... 


get plumage() { 
switch (this.type) { 
case 'EuropeanSwallow': 
throw "oops"; 
case 'AfricanSwallow': 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


在 超 类 中 ， 我 把 对 应 的 逻辑 分 文 改 为 抛 出 允 
种 ， 因 为 我 总 是 偶 执 地 担心 出 钳 。 

此 时 我 融 可 以 编译 并 测试 。 如 果 一 切 顺利 的 
话 ， 我 可 以 接着 处 理 下 一 个 分 文 。 





class AfricanSwallow... 


get plumage() { 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
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class NorwegianBlueParrot... 


get plumage() { 


return (this.voltage >100) ? "Scorched" : 


超 类 函数 你 留 下 来 处 理 默 认 情 况 。 


class Bird... 


get plumage() { 
return "unknown"; 


Blue) 的 分 


"beautiful"; 


airSpeedvelocity 也 如 法 炮制 。 完 成 以 后 ， 代 


公关 致 如 下 《我 还 对 顶层 的 airSspeedvelocity 和 
plumage 国 数 做 了 内 联 处 理 ) : 


function plumages(birds) { 
return new Map(birds 
.map(b => createBird(b)) 
.map(bird => [bird.name, bird.plumage])); 
} 
function speeds(birds) { 
return new Map(birds 
.map(b => createBird(b) ) 


.map(bird => [bird.name, bird.airSpeedVelocity])); 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 
return new AfricanSwallow(bird); 
case 'NorwegianBlueParrot': 
return new NorwegianBlueParrot(bird); 
default: 
return new Bird(bird); 
} 
} 


class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 

get plumage() { 
return "unknown"; 

} 

get airSpeedVelocity() { 
return null; 


j 
} 


class EuropeanSwallow extends Bird { 
get plumage() { 
return "average"; 
} 
get airSpeedVelocity() { 
return 35; 


} 
class AfricanSwallow extends Bird { 
get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 


get airSpeedVelocity() { 
return 40 - 2 * this.numberOfCoconuts; 


class NorwegianBlueParrot extends Bird { 
get plumage() { 
return (this.voltage > 100) ? "scorched" : "beautiful"; 


get airSpeedVelocity() { 
return (this.isNailed) ? 0 : 10 + this.voltage / 10; 


看 着 最 终 的 代码 ， 可 以 看 出 Bird 超 类 并 不 是 必 
需 的 。 在 JavaScript 中 ， 多 态 不 一 定 需 要 类 型 层级 ， 
只 要 对 象 实现 了 适当 的 函数 束 行 。 但 在 这 个 例子 
中 ， 我 愿意 保留 这 个 不 必要 的 超 类 ， 因 为 它 能 帮助 
曾 释 各 个 子 类 与 问题 域 之 间 的 关系 。 


范例 : Fe AS AD BEAR pe E 








在 前 面 的 例子 中 , “ 乌 ” 的 类 型 体系 是 一 个 清晰 
的 泛 化 体系 : 超 类 是 抽象 的 “ 鸟 “， 子 类 是 各 种 具体 
的 乌 。 这 是 教科 书 〈 包 括 我 写 的 书 ) 中 经 各 讨论 的 
继承 和 多 态 ， 但 并 不 是 实践 中 使 用 继承 的 唯一 方 














了 式 。 实 际 上 ， 这 种 方式 很 可 能 不 是 最 禹 用 或 最 好 的 
方式 。 忆 一 种 使 用 继承 的 情况 是 : 我 想 表 达 攻 个 对 
象 与 妃 一 个 对 象 大 体 类 似 ， 但 义 有 一 些 不 同 之 处 。 


下 面 有 一 个 这 样 的 例子 : 有 一 家 评级 机 构 ， 要 
对 远洋 航船 的 航行 进行 投资 评级 。 这 家 评级 机 构 会 
给 出 “A? 或 者 “B” 两 种 评级 ， 取 决 于 多 种 风险 和 便利 
潜力 的 因素 。 在 评估 风险 时 ， 既 要 考虑 航程 本 身 的 
特征 ， 也 要 考虑 船长 过 往 航 行 的 历史 。 








function rating(voyage, history) { 
const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 
const chr = captainHistoryRisk(voyage, history); 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 


function voyageRisk(voyage) { 

let result = 1; 

if (voyage.length > 4) result += 2; 

if (voyage.length > 8) result += voyage.length - 8; 

if (["china", "east- 
indies"].includes(voyage.zone)) result += 4; 

return Math.max(result, 0); 


function captainHistoryRisk(voyage, history) { 
let result = 1; 
if (history.length < 5) result += 4; 
result += history.filter(v => v.profit < 0).length; 


了 
return Math.max(result, 0); 


function hasChina(history) { 
return history.some(v => "china" === v.zone); 


function voyageProfitFactor(voyage, history) { 
let result = 2; 
if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 


if (voyage.zone === "china" && hasChina(history)) { 
result += 3; 
if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 


else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 


return result; 


voyageRisk 和 captainHistoryRisk 两 个 函数 负 
责 打 出 风险 分 数 ，voyageProfitFactor 人 负责 打出 故 
利 淤 力 分 数 ，rating 函 数 将 3 个 分 数组 合 到 一 起 ， 
给 出 一 次 航行 的 综合 评级 。 


调用 方 的 代码 大 概 是 这 样 : 


const voyage = {zone: "west-indies", length: 10}; 
const history = [ 

{zone: "east-indies", profit: 5}, 

{zone: "west-indies", profit: 15}, 

{zone: "china", profit: -2}, 

{zone: "west-africa", profit: 7}, 


] ; 


const myRating = rating(voyage, history); 
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function rating(voyage, history) { 


const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 

const chr = captainHistoryRisk(voyage, history); 
if (vpf * 3 > (vr + chr * 2)) return "A"; 

else return "B"; 


function voyageRisk(voyage) { 
let result = 1; 
if (voyage.length > 4) result += 2; 
if (voyage.length > 8) result += voyage.length - 8; 
if (["china", "east- 
indies"].includes(voyage.zone)) result += 4; 
return Math.max(result, 0); 
} 
function captainHistoryRisk(voyage, history) { 
let result = 1; 
if (history.length < 5) result += 4; 
result += history.filter(v => v.profit < 0).length; 
if (voyage.zone === "china" && hasChina(history)) result - 
return Math.max(result, 0); 
} 
function hasChina(history) { 
return history.some(v => "china" === v.zone); 


function voyageProfitFactor(voyage, history) { 
let result = 2; 


if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 
if (voyage.zone === "china" && hasChina(history)) { 


result += 3; 

if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 


else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 


return result; 





我 会 用 继承 和 多 态 将 处 理 “ 中 素 ” 的 逻辑 从 
基础 逻辑 中 分 离 出 来 。 如 果 还 要 引入 更 多 的 特殊 逻 











辑 ， 这 个 重 构 这 些 重复 的 “中 国 因 
系 ” 会 混 消 视听 ， 让 基础 逻辑 难以 理解 。 

起 初代 码 里 只 有 一 堆 函 数 ， 如 果 要 引入 多 态 的 
话 ， poe ae ee KER A ic 155 FA PR 
BAG MA (144) 。 这 一 步 重 构 的 结果 如 下 所 
JR: 











function rating(voyage, history) { 
return new Rating(voyage, history).value; 


} 


class Rating { 
constructor (voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 

get value() { 
const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 


get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 


if (this. voyage.length > 8) result += this.voyage.length - 8; 
if (["china", "east - 
indies"].includes(this.voyage.zone)) result += 4; 
return Math.max(result, 0); 
} 
get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this.voyage.zone === "china" && this.hasChinaHistory) res 
= 2; 
return Math.max(result, 0); 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
if (this.voyage.zone === "china" && this.hasChinaHistory) { 


result += 3; 

if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 


return result; 


} 
get hasChinaHistory() { 
return this.history.some(v => "china" === v.zone); 
} 
} 








于 是 我 束 有 了 一 个 类 ， 用 来 安放 基础 逻辑 。 现 
， 一 个 空 的 子 类 ， 用 来 安放 与 超 类 不 同 
行为 。 





class ExperiencedChinaRating extends Rating { 


然后 ， 建 立 一 个 工厂 图 数 ， 用 于 在 需要 时 返回 


function createRating(voyage, history) { 


if (voyage.zone === "china" && history.some(v => "china" === 
return new ExperiencedChinaRating(voyage, history); 
else return new Rating(voyage, history); 


我 需要 修改 所 有 调用 方 代码 ， 让 它们 使 用 该 工 
厂 函 数 ， 而 不 要 直接 调用 构造 函数 。 还 好 现在 调用 
构造 函数 的 只 有 rating 函 数 一 处 。 


function rating(voyage, history) { 
return createRating(voyage, history).value; 


} 


有 了 两 处 行为 需要 移入 子 类 中 。 我 先 处 
理 captainHistoryRisk 中 的 逻辑 。 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this. voyage.zone === "China" && this.hasChinaHistory) res 


return Math.max(result, 0); 


FEF RIPE AKT HBL 


class ExperiencedChinaRating 


get captainHistoryRisk() { 
const result = super.captainHistoryRisk - 2; 
return Math.max(result, 0); 


J 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this. history. length < 5) result += 4; 
result += this.history. filter(v => V. Js < Q). length; 





return Math.max(result, 0); 


ge GUE aaah Eanes 
ERME, RA fe EM GBR A HE AT A, 
Bye 还 有 另 一 条 执行 路 径 。 我 又 不 想 把 整 
个 超 类 中 的 函数 复制 到 子 类 中 。 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 


if (this.voyage.zone === "china" && this.hasChinaHistory) { 
result += 3; 


if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 


return result; 


J 





所 以 我 先 用 提炼 函数 C106) HENKE 
块 提 烁 出 来 。 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.voyageAndHistoryLengthFactor; 
return result; 
} 
get voyageAndHistoryLengthFactor() { 
let result = 0; 


if (this.voyage.zone === "china" && this.hasChinaHistory) { 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 


if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 


} 


return result; 


} 


图 数 名 中 出 现 *And”" 字 样 是 一 个 很 不 好 的 味 
E, AWKASANA RE, FAR PRICERE 





class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
return result; 


} 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 





严格 说 来 ， 重 构 到 这 儿 束 结束 了 一 一 我 已 经 把 
变 体 行为 分 离 到 了 子 类 中 ， 超 类 的 逻辑 理解 和 维护 
起 来 更 简单 了 ， 只 有 在 进入 子 类 代码 时 我 才 需 要 操 
DRAE H. TRARRE S EERE o 


{EER tH Fh BZD MIZY DR Una Ach Fe 7S H BA A T 
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种 “基础 和 变 体 ” 的 继承 关系 时 是 常见 操作 。 但 这 样 
一 个 难看 的 函数 只 会 妨碍 一 一 而 不 是 帮助 一 一 别人 
理解 其 中 的 逻辑 。 


函数 名 中 的 “And? 字 样 说 明 其 中 包含 了 两 件 
事 ， 所 以 我 觉得 应 该 将 它们 分 开 。 我 会 用 提炼 函数 
(106) 把 “历史 航行 数 ”(history length) WR% 
辑 提炼 出 来 。 这 一 步 提炼 在 超 类 和 子 类 中 都 要 发 
生 ， 我 首先 从 超 类 开始 。 





























class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += this.historyLengthFactor; 
if (this.voyage.length > 14) result -= 1; 
return result; 


} 
get historyLengthFactor() { 
return (this.history.length > 8) ? 1: 0; 


然后 在 子 类 中 也 如 法 炮制 。 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
result += this.historyLengthFactor; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 
return (this.history.length > 10) ? 1: 0; 
} 





然后 在 超 类 中 使 用 搬移 语句 到 调用 者 
(217) à 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageAndHistoryLengthFactor; 
return result; 


} 


get voyageAndHistoryLengthFactor() { 
let result = 0; 


Fesuit_+=_this-histerylengthFacter+ 
if (this.voyage.length > 14) result -= 1; 


return result; 


} 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
Fesult+=_this-histerylengthFacter; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


FF PRA C124) WANENE. 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 


} 


get voyageLengthFactor() { 
return (this.voyage.length > 14) ? - 1: 0; 
} 


改 为 三 元 表达 式 ， 以 简化 voyageLengthFactor 
PR ŽI o 


class ExperiencedChinaRating... 


get voyageLengthFactor() { 
let result = 0; 
result += 3; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 





最 后 一 件 事 : 在 “航程 数 ”(voyage length) 
系 上 加 上 3 分 ， 我 认为 这 个 逻辑 不 合理 ， 应 该 把 这 3 
分 加 在 最 终 的 结果 上 。 





class ExperiencedChinaRating... 


get voyageProfitFactor() { 
return sSuper.voyageProfitFactor + 3; 


} 


get voyageLengthFactor() { 
let result = 0; 
restit—_t+=—+ 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


重 构 结束 ， 我 得 到 了 如 下 人 代码。 首先， 我 有 一 
个 基本 的 Rating 类 ， 其 中 不 考虑 与 “中 国 经 验 ” 相 关 
的 复 洒 性 : 


class Rating { 
constructor(voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 
get value() { 
const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 
} 
get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 


if (this.voyage.length > 8) result += this.voyage.length - 8; 
if (["china", "east - 
indies"].includes(this.voyage.zone)) result += 4; 
return Math.max(result, 0); 
} 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 
return Math.max(result, 0); 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 


get voyageLengthFactor() { 
return (this.voyage.length > 14) ? - 1: 0; 


get historyLengthFactor() { 
return (this.history.length > 8) ? 1: 0; 


与 “中 国 经 验 ” 相 关 的 代码 则 清晰 表述 出 在 基本 
逻辑 之 上 的 一 系列 变 体 逻 乞 ; 


class ExperiencedChinaRating extends Rating { 

get captainHistoryRisk() { 
const result = Super.captainHistoryRisk - 2; 
return Math.max(result, 0); 

} 

get voyageLengthFactor() { 
let result = 0; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 

return (this.history.length > 10) ? 1: 0; 
} 
get voyageProfitFactor() { 

return super.voyageProfitFactor + 3; 


} 
} 


10.5 引入 特例 (Introduce Special 
Case ) 


HZ: 引入 Nul 对 象 (Introduce Null 
Object ) 





class UnknownCustomer { 
get name() {return "occupant"; } 


动机 


一 种 常见 的 重复 代码 是 这 种 情况 一 个 数据 结 
构 的 使 用 者 都 在 检查 茶 个 特殊 的 值 ， 并 且 当 这 个 特 
殊 值 出 现时 所 做 的 处 理 也 都 相同 。 如 果 我 发 现代 码 
库 中 有 多 处 以 同样 方式 应 对 同一 个 特殊 值 ， 我 就 会 
想 要 把 这 个 处 理 逻 辑 收 拢 到 一 处 。 

处 理 这 种 情况 的 一 个 好 办 法 是 使 用 “ 特 
例 ”(Special Case) 模式 : 创建 一 个 特例 元 素 ， 用 
以 表达 对 这 种 特例 的 共用 行为 的 处 理 。 这 样 我 束 可 
以 用 一 个 函数 调用 取代 大 部 分 特例 检查 逻辑 。 


特例 有 几 种 表现 形式 。 如 采 我 只 需要 从 这 个 对 











象 读 取 数据 ， 可 以 提供 一 个 字面 量 对 象 Cliteral 
object) ， 其 中 所 有 的 值 都 是 预先 填充 好 的 。 如 果 
除 简单 的 数值 之 外 还 需 TREZIT, Wim aE 
一 个 特殊 对 象 ， 其 中 包含 所 有 共用 行为 所 对 应 的 函 
数 。 特 例 对 象 可 以 由 一 个 封装 类 来 返回 ， 也 可 以 通 
过 变换 插入 一 个 数据 结构 。 


一 个 通常 需要 特例 处 理 的 值 束 是 nu11， 这 也 是 
这 个 模式 常 被 叫 作 “Null 对 象 ”(Null Object) 模式 
的 原因 一 一 我 喜欢 说 :Null 对象 是 特例 的 一 种 特 
例 。 


做 法 

















我 们 从 一 个 作为 容器 的 数据 结构 (或 者 类 ) IF 
始 ， 其 中 包含 一 个 属性 ， 该 属性 就 是 我 们 要 重 构 的 
Ain. Aas AP win BEE ISSIR ERY, AD aa 
将 其 与 某 个 特例 值 做 比 对 。 我 们 希望 把 这 个 特例 值 
替换 为 代表 这 种 特例 情况 的 类 或 数据 结构 。 





。 给 重 构 目 标 添 加 检 碍 特例 的 属性 ， 令 其 返回 


false. 
。 创 建 一 个 特例 对 象 ， 其 中 只 有 检 耕 特例 的 属 


i lBl true. 





。 对 “与 特例 值 做 比 对 ”的 代码 运用 提炼 函数 
(106) ， 确 保 所 有 客户 痢 部 使 用 这 个 新 函数 ， 
而 不 再 下 接 做 特例 值 的 比 对 。 

。 将 新 的 特例 对 象 引 入 代码 中 ， 可 以 从 函数 调用 
中 返回 ， 也 可 以 在 变换 函数 中 生成 。 

。 修 改 特例 比 对 函数 的 主体 ， 在 其 中 下 接 使 用 检 
碍 特例 的 属性 。 

。 测试 。 

。 使 用 函数 组 合成 类 (144) 或 函数 组 合成 变换 
(149) ， 把 通用 的 特例 处 理 逻 辑 部 搬移 到 新 建 
的 特例 对 象 中 。 





特例 类 对 于 简单 的 请 求 通常 会 返回 固定 的 
值 ， 因 此 可 以 将 其 实现 为 字面 记录 diteral 


record) 。 


。 对 特例 比 对 函数 使 用 内 联 函 数 “115)〉 ， 将 其 内 
联 到 仍然 需要 的 地 方 。 


wl 


一 家 提供 公共 事业 服务 的 公司 将 目 己 的 服务 安 


BET TAR Cite) 。 


class Site... 


get customer() {return this. customer; } 


代表 “顾客 ”的 Customer 类 有 多 个 属性 ， 我 只 考 
虑 其 中 3 个 。 


Class CUstomer... 


get name() 

get billingPlan() 
set billingPlan(arg) 
get paymentHistory() 


Wee 


ae 
faci 
fa 
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大 多 数 情 况 下 ， 一 个 场所 会 对 应 一 个 顾客 ， 但 
有 些 场所 没有 与 之 对 应 的 顾客 ， 可 能 是 因为 之 前 的 
住户 搬 走 了 ， 而 新 搬 来 的 住户 我 还 不 知道 是 谁 。 这 
种 情况 下 ， 数 据 记 录 中 的 customer 字 段 会 家 填充 为 
字符 串 "unknown"。 因 为 这 种 情况 时 有 发 生 ， 所 以 
Site 对 象 的 客户 疹 必须 有 办 法 处 理 “ 顾 客 未 知 ” 的 情 
况 。 下 面 是 一 些 示 例 代 码 订 段 。 











const aCustomer = site.customer; 


// ... lots of intervening code 
let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else customerName = aCustomer.name; 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
aCustomer .billingPlan; 


if (aCustomer !== "unknown") aCustomer.billingPlan = newPlan; 


客户 端 4... 


const weeksDelinquent = (aCustomer === "unknown") ? 
0 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





浏览 整个 代码 库 ， 我 看 到 有 很 多 使 用 Site 对 象 
的 客户 端 在 处 理 “ 顾 客 未 知 ” 的 情况 ， 大 多 数 都 用 了 
同样 的 应 对 方式 : 用 "occupant" (CER) 作为 顾客 
名 ， 使 用 基本 的 计价 套餐 ， 并 认为 这 家 顾客 没有 从 
络 。 到 处 都 在 检查 这 种 特例 ， 再 加 上 对 特例 的 处 理 
方式 局 上 度 一 致 ， 这 些 现象 告诉 我 : 是 时 候 使 用 特例 
XZ (Special Case Object) 模式 了 。 


我 首先 给 customer 添 加 一 个 函数 ， 用 于 指 
示 “ 这 个 顾客 是 否 未 知 ”。 








Class CUstomer... 


get isUnknown() {return false; } 





然后 我 给 “未 知 的 顾客 ”专门 创建 一 个 类 。 


class UnknownCustomer { 
get isUnknown() {return true; } 


} 





注意 ， 我 没有 把 unknowncustomer 类 声明 
为 customer 的 子 类 。 在 其 他 编程 语言 (尤其 是 
静态 类 型 的 编程 语言 ) 中 ， 我 会 需要 继承 关 





系 。 但 JavaScript 是 一 种 动态 类 型 语言 ， 按 照 它 
的 子 类 化 规则 ， 这 里 不 声明 继承 关系 反而 更 
好 。 





下 面 就 是 麻烦 之 处 了 。 我 必须 在 所 有 期 望 得 
到 "unknown" 值 的 地 方 返回 这 个 新 的 特例 对 象 ， 并 
修改 所 有 检查 "unknown" 值 的 地 方 ， 令 其 使 用 新 的 
isUnknown 函 数 。 一 般 而 言 ， 我 总 是 希望 细心 安排 
修改 过 程 ， 使 我 可 以 每 次 做 一 点 小 修改 ， 然 后 马上 
测试 。 但 如 果 我 修改 了 customer 类 ， 使 其 返回 
Unknowncustomer 对 象 〈 而 非 "unknown" 字 符 捉 ) ， 
那么 束 必 须 同 时 修改 所 有 客户 端 ， 让 它们 不 要 检 
"unknown" ZIFF, M a Val FA isUnknown pk ži —— 
这 两 个 修改 必须 一 次 完成 。 我 感觉 这 一 大 步 修改 就 
像 一 大 块 难 吃 的 食物 一 样 难以 下 咽 。 


还 好 ， 过 到 这 种 困境 时 ， 有 一 个 和 常用 的 技巧 可 
以 帮忙 。 如 果 有 一 段 代码 需要 在 很 多 地 方 做 修改 
(例如 我 们 这 里 的 “与 特例 做 比 对 ”的 代码 〉， 我 会 
先 对 其 使 用 提 烁 函数 (106) 。 














function isUnknown(arg) { 
if (!((arg instanceof Customer) || (arg === "unknown") )) 
throw new Error( investigate bad value: <${arg}> ); 
return (arg === "unknown"); 


我 会 放 一 个 陷阱 ， 捕 捉 意 料 之 外 的 值 。 如 
果 在 重 构 过 程 中 我 犯 了 错误 ， 引 入 了 奇怪 的 行 
为 ， 这 个 陷阱 会 帮 我 友 现 。 








现在 ， 凡 是 检查 未 知 顾客 的 地 方 ， 都 可 以 改 用 
XP So KAT VIE “AS AUR LEH, BRIE OK 
之 后 部 可 以 执行 测试 。 


客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


RHEA, MEME TE T o 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 


客户 端 4... 


const weeksDelinquent = isUnknown(aCustomer) ? 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


HA HAAA AEH i sunknown eA] BZ 
后 ， 束 可 以 修改 site 类 , 令 其 在 顾客 未 知 时 返回 


UnknownCustomer 对 象 。 


class Site... 


get customer() { 
return (this._customer === "unknown") ? new UnknownCustomer 


然后 修改 isunknown 函 数 的 判断 逻辑 。 做 完 这 
步 修改 之 后 我 可 以 做 一 次 全 文 搜 索 ， 应 该 没有 任何 
地 方 使 用 "unknown" 字 符 串 了 。 





客户 端 1... 


function isUnknown(arg) { 
if ! 
(arg instanceof Customer || arg instanceof UnknownCustomer ) ) 
throw new Error( investigate bad value: <${arg}>°); 
return arg.isUnknown; 


测试 ， 以 确保 一 切 运转 如 第 。 


现在 ， 有 趣 的 部 分 开始 了 。 我 可 以 逐一 丛 看 客 
户 站 检查 特例 的 代码 ， 看 它们 处 理 特 例 的 馆 辑 ， 并 
考虑 是 人 否 能 用 函数 组 合成 类 144) 将 其 殖 换 为 一 
个 共同 的 、 符 合 预 期 的 值 。 此 刻 ， 有 多 处 客户 器 代 
AGATE HR occupant" RTF AA ME HA F W 
像 下 面 这 样 。 














客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


我 可 以 在 unknowncustomer 类 中 添加 一 个 合适 
的 函数 。 


class UnknownCustomer... 


get name() {return "occupant"; } 


然后 我 就 可 以 去 掉 所 有 条 件 代 码 。 
客户 端 1... 


const customerName = aCustomer.name; 


测试 通过 之 后 ， 我 可 能 会 用 内 联 变 量 〈123 ) 
把 customerName 变 量 也 消除 掉 。 


接 下 来 处 理 代表 “计价 套餐 ”的 billingPlan 属 
lEs 


客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 


对 于 读 取 该 属性 的 行为 ， 我 的 处 理 方法 跟前 面 
处 理 name 属 性 一 样 找到 通用 的 应 对 方式 ， 并 
在 Unknowncustomer 中 使 用 之 。 至 于 对 该 属性 的 与 
操作 ， 当 前 的 代码 没有 对 未 知 顾 客 调用 过 设 值 函 
数 ， 所 以 在 特例 对 象 中 ， 我 会 保留 设 值 函 数 ， 但 其 
中 什么 都 不 做 。 








class UnknownCustomer... 


get billingPlan() {return registry.billingPlans.basic; } 
set billingPlan(arg) { /* ignore */ } 


读 取 的 例 于 ... 


const plan = aCustomer.billingPlan; 


更 新 的 例子 .… 


aCustomer.billingPlan = newPlan; 


特例 对 象 是 值 对 象 ， 因 此 应 该 始终 是 不 可 变 





的 ， 即 便 它 们 和 谷 代 的 原 对 象 本 里 是 可 变 的 。 


最 后 一 个 例子 则 更 豚 烦 一 些 ， 因 为 特例 对 象 需 
要 返回 为 一 个 对 象 ， 后 者 义 有 其 目 己 的 属性 。 





客户 端 ... 


const weeksDelinquent = isUnknown(aCustomer) ? 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


一 般 的 原则 是 : 如 果 特 例 对 象 需要 返回 关联 对 
象 ， 侯 返回 的 通常 也 是 特例 对 象 。 所 以 ， 我 需要 创 
尘 一 个 代表 “ 空 支付 记录 ”的 特例 类 


NullPaymentHistory. 


class UnknownCustomer... 


get paymentHistory() {return new NullPaymentHistory();} 


class NullPaymentHistory... 


get weeksDelinquentInLastYear() {return 0; } 


const weeksDelinquent = aCustomer.paymentHistory.weeksDelinqu 





RAKE ES EP mR, FRE 多 态 
行为 取代 的 地 方 。 nme ae 前 不 
想 使 用 特例 对 象 提供 的 逻辑 ， 而 是 想 做 一 些 别 的 处 
理 。 我 可 能 有 23 处 客户 端 代 码 用 "0occupant" 作 为 未 
知 顾客 的 名 字 ， 但 还 有 一 处 用 了 别 的 值 。 








const name = ! isUnknown(aCustomer) ? aCustomer.name : "unkno 


这 种 情况 下 ， 我 只 加 特例 检查 的 
逻辑 。 我 会 对 其 做 些 修 改 ， 让 它 使 用 acustomer 对 
KA _EW)isunknown PAŽE, Pic leva 
isUnknown 国 数 使 用 内 联 函 数 (115) 。 


客户 端 ... 


const name = aCustomer.isUnknown ? "unknown occupant" : aCust 





处 理 完 所 有 客户 端 代 码 后 ， 全 局 的 isunknown 
国 数 应 该 没 人 和 再 调用 了 ， 可 以 用 移 除 死 代码 
(237) 将 其 移 除 。 


w: 使 用 对 象 字面 量 








我 们 在 上 面 处 理 的 其 实 是 一 些 很 简单 的 值 ， 却 
要 创建 一 个 这 样 的 类 ， 未 免 有 点 儿 大 动 和 干戈。 但 在 
上 面 这 个 例子 中 ， 我 必须 创建 这 样 一 个 类 ， 因 
为 customer 类 是 允许 使 用 者 更 新 其 内 容 的 。 但 如 果 
面 对 一 个 只 读 的 数据 结构 ， 我 就 可 以 改 用 字面 量 对 
% (literal object) 。 

还 是 前 面 这 个 例子 JLASES HE, BRS 
件 事 : AIRRA EF vind} customer Xt Ae (iF Hr Be 
VE: 











class Site... 


get customer() {return this. customer; } 


class Customer... 


get name() 

get billingPlan() 
set billingPlan(arg) 
get paymentHistory() 


We 


ae 
Tomi 
— 
fiss 


const aCustomer = site.customer; 


// ... lots of intervening code 
let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else customerName = aCustomer.name; 


=v 


客户 六 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
aCustomer .billingPlan; 


客户 端 3... 


const weeksDelinquent = (aCustomer === "unknown") ? 
0 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


和 前 面 的 例子 一 样 ， 我 首先 在 customer 中 添 
加 isunknown 属 性 ， 并 创建 一 个 包含 同名 字段 的 特 
例 对 象 。 这 次 的 区 别 在 于 ， 特 例 对 象 是 一 个 字面 


H3, 
里 o 
class Customer... 


get isUnknown() {return false;} 


顶层 作用 域 .… 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
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(106) 。 


function isUnknown(arg) { 
return (arg === "unknown"); 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


const plan = isUnknown(aCustomer) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


== 


客户 端 3... 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


修改 site 类 和 做 条 件 判 断 的 isunknown 函 数 ， 
开始 使 用 特例 对 象 。 


class Site... 


get customer() 
return (this. customer === "unknown") ? createUnknownCustom 





顶层 作用 域 .… 


function isUnknown(arg) { 
return arg.isUnknown; 


然后 把 “以 标准 方式 应 对 特例 ”的 地 方 都 蔡 换 成 
使 用 特例 字面 量 的 值 。 首 移 从 “名 字 ” 开 始 : 





function createUnknownCustomer() { 
return { 

isUnknown: true, 

name: "occupant", 

}; 

} 


客户 端 1... 


const customerName = aCustomer.name; 


接着 是 “计价 套餐 ”: 


function createUnknownCustomer() { 

return { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
ti 
} 


— 


> Py LU 
a 国 ix 
const plan = aCustomer.billingPlan; 


RE, Qn) DAE i eT Re Bt —- MRE 
空 支付 记录 对 象 : 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
paymentHistory: { 
weeksDelinquentInLastYear: 0, 


Ai 


const weeksDelinquent = aCustomer.paymentHistory.weeksDelinqu 


如 采 使 用 了 这 样 的 字面 量 ， 应 该 使 用 诸如 
0bject .freeze 的 方法 将 其 冻结 ， 使 其 不 可 变 。 通 
常 ， 我 还 是 喜欢 用 类 多 一 点 。 


范例 : 使 用 变换 








前 面 两 个 例子 都 涉及 了 一 个 类 ， 其 实 本 重 构 于 
法 也 同样 适用 于 记录 ， 只 要 增加 一 个 变换 步 又 即 
可 。 


假设 我 们 的 输入 是 一 个 简单 的 记录 结构 ， 大 概 
像 这 样 : 





name: "Acme Boston", 
location: "Malden MA", 
// more site details 
customer: { 
name: "Acme Industries", 
billingPlan: "plan-451", 
paymentHistory: { 
weeksDelinquentInLastYear: 7 
//more 


7/ more 





有 时 顾客 的 名 字 未 知 ， 此 时 标记 的 方式 与 前 面 
一 样 : 将 customer 字 上 段 标记 为 字符 串 "unknown"。 





{ 


nam 
loc 
// 

cus 


} 


RY 


const 
const 
// 


e: "Warehouse Unit 15", 
ation: "Malden MA", 
more site details 
tomer: "unknown", 





户 端 代 码 也 类 似 ， 会 检查 “未 知 顾客 ”的 情 


site = acquireSiteData(); 
aCustomer = site.customer; 
lots of intervening code 


let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else 


W 


一 |- 


客户 


customerName = aCustomer .name ， 


Zils 


const plan = (aCustomer === "unknown") ? 


registry.billingPlans.basic 
aCustomer.billingPlan; 


const weeksDelinquent = (aCustomer === "unknown") ? 
0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





我 首先 要 让 Site 数据 结构 经 过 一 次 变换 ， 目 前 
变换 中 只 做 了 深 复 制 ， 没 有 对 数据 做 任何 处 理 。 


客户 端 1... 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite) ; 
const aCustomer = site.customer; 


// ... lots of intervening code ... 
let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else customerName = aCustomer.name; 
function enrichSite(inputSite) { 
return _.cloneDeep(inputSite); 


} 


AAT SORE AR RU E ARI E H She Pak R BL 
(106) 。 


function isUnknown(aCustomer) { 
return aCustomer === "unknown"; 


客户 端 1... 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite); 
const aCustomer = site.customer; 


// ... lots of intervening code 
let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 


else customerName = aCustomer.name; 


zje 


Ae vig... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
aCustomer .billingPlan; 


const weeksDelinquent = (isUnknown(aCustomer)) ? 
0 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


然后 开始 对 Site 数 据 做 增强 ， 首 先是 给 
customer 字 段 加 上 isunknown 属 性 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 


}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false 
return result; 


BEABA AER BS oR, FAEH T AS 
属性 。 原 来 的 检查 逸 辑 也 保留 不 动 ， 所 以 现在 的 检 
但 逻辑 应 该 既 能 应 对 原来 的 Site 数 据 ， 也 能 应 对 增 


强 后 的 Site 数 据 。 


function isUnknown(aCustomer) { 
=== " unknown") return true; 


else return aCustomer.isUnknown; 


} 


测试 ， 确 保 一 切 正常 ， 然 后 针对 特例 使 用 函数 
组 合成 变换 《149) 。 首 先 把 “未 知 顾客 的 名 字 ” 的 
处 理 逻 辑 搬 进 增强 函数 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 


const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 


了 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite) ; 
const aCustomer = site.customer; 

// ... lots of intervening code 
const customerName = aCustomer.name; 





测试 ， 然 后 是 “未 知 顾客 的 计价 套餐 ”的 处 理 远 
E o 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


t 


75 PF vig 2... 


const plan = aCustomer.billingPlan; 


再 次 测试 ， 然 后 处 理 最 后 一 处 客户 痪 代码 。 


function enrichSite(aSite) { 

const result = _.cloneDeep(aSite); 

const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
paymentHistory: { 

weeksDelinquentInLastYear: 0, 

} 

}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


} 


zj- 
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const weeksDelinquent = aCustomer .paymentHistory.weeksDelinqu 


10.6 51A (Introduce 
Assertion ) 


assert (assumption) 


~ 


if (this.discountRate) 
base = base - (this.discountRate * base); 


V 


assert(this.discountRate>= 0); 
if (this.discountRate) 
base = base - (this.discountRate * base); 


动机 


常常 会 有 这 样 一 段 代 码 : 只 有 当 某 个 条 件 为 真 
时 ， 该 段 代 码 才 能 正常 运行 。 例 如 ， 平 方 根 计算 只 
对 正 值 才能 进行 ， 又 例如 ， 某 个 对 象 可 能 假设 一 组 
字段 中 至 少 有 一 个 不 等 于 nu1l11。 


这 样 的 假设 通常 并 没有 在 代码 中 明确 表现 出 
来 ， 你 必须 阅读 整个 算法 才能 看 出 。 有 时 程序 员 会 
以 注释 写 出 这 样 的 假设 ， 而 我 要 介绍 的 是 一 种 更 好 
的 扩 术 一 一 使 用 断言 明确 标明 这 些 假 设 。 


灯 言 是 一 个 条 件 表达 了 式 ， 应 该 总 是 为 真 。 如 末 
ERM, RATE RIE SER. Wr NAMA 
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言 出 现 的 时 候 都 应 该 完全 一 样 。 实 际 上 ， 有 些 编程 
语言 中 的 断言 可 以 在 编译 期 用 一 个 开关 完全 共用 
Fio 


我 汕 看 抑 有 人 或 励 用 断言 来 及 现 程序 中 的 错 
误 。 这 固然 是 一 件 好 事 ， 但 却 不 是 使 用 断言 的 唯一 
理由 。 断 言 是 一 种 很 有 价值 的 交流 形式 一 一 它们 告 
诉 阅 读者 ， 程 序 在 执行 到 这 一 点 时 ， 对 当前 状态 做 
了 何 种 假设 。 男 外 断言 对 调试 也 很 有 和 帮助。 而且 ， 
因为 它们 在 交流 上 很 有 价值 ， 即 使 解决 了 当下 正在 






































追踪 的 错误 ， 我 还 是 倾 同 于 把 断言 留 着 。 自 测试 的 
代 人 码 降低 了 断言 在 调试 方面 的 价值 ， 因 为 逐步 台 近 
的 单元 测试 通常 能 更 好 地 帮助 调试 ， 但 我 仍然 看 重 
上 晰 言 在 交流 方面 的 价值 。 


做 法 








。 如 果 你 发 现代 码 假设 某 个 条 件 始 终 为 真 ， 束 加 
入 一 个 断言 明确 说 明 这 种 情况 。 


因为 断言 应 该 不 会 对 系统 运行 造成 任何 影响 ， 
所 以 “加 入 断言 ?永远 都 应 该 是 行为 保持 的 。 








ww il 


下 面 是 一 个 简单 的 例子 : 折扣 。 顾 客 
(customer) 会 获得 一 个 折扣 率 (discount rate) , 
可 以 用 于 所 有 其 购买 的 商品 。 


Class CUstomer... 


applyDiscount(aNumber) { 
return (this.discountRate) 
? aNumber - (this.discountRate * aNumber ) 
: aNumber; 


这 里 有 一 个 假设 : 折扣 率 永 远 是 正 数 。 我 可 以 
用 断言 明确 标示 出 这 个 假设 。 但 在 一 个 三 元 表达 式 
中 没 办 法 很 简单 地 插入 断言 ， 所 以 我 首先 要 把 这 个 
表达 式 转 换 成 if-else 的 形式 。 





class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 
else return aNumber - (this.discountRate * aNumber); 


} 


现在 我 就 可 以 轻松 地 加 入 断言 了 。 
class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 
else { 
assert(this.discountRate >= 0); 
return aNumber - (this.discountRate * aNumber); 


对 这 个 例子 而 言 ， 我 更 愿意 把 断言 放 在 设 值 函 
AE. WR EapplyDiscount KAAR ÆW aK 
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哪儿 放 进 去 的 。 





class Customer... 


set discountRate(aNumber) { 
assert(null === aNumber || aNumber >= 0); 
this._discountRate = aNumber; 





真正 引起 错误 的 源头 有 可 能 很 难 及 现 一 一 也 许 
是 输入 数据 中 误 写 了 一 个 减 写 ， 也许 是 作 处 代码 做 
数据 转换 时 犯 了 错误 。 像 这 样 的 断言 对 于 友 现 错误 
VERA A FH BD 


注意 ， 不 要 滥用 断言 。 我 不 会 使 用 断言 来 检查 
所 有 “我 认为 应 该 为 真 ” 的 条 件 ， 只 用 来 检查 “必须 
为 真 ” 的 条 件 。 滥 用 断言 可 能 会 造成 代码 重复 ， 尤 
其 是 在 处 理 上 和 面 这 样 的 条 件 人 逻辑 时 。 所 以 我 发 现 ， 
很 有 必要 去 掉 条 件 逻 辑 中 的 重复 ， 通 常 可 以 借助 提 
炼 函 数 (106) FYE. 


我 只 用 断言 预防 程序 员 的 错误 。 如 有 果 要 从 菏 个 
外 部 数据 源 读 取 数据 ， 那 么 所 有 对 输入 值 的 检查 都 
































应 该 是 程序 的 一 等 公民 ， 而 不 能 用 断言 实现 一 一 除 
非 我 对 这 个 外 部 数据 源 有 绝对 的 信心 。 上 断言 是 帮助 
我 们 跟踪 bug 的 最 后 一 招 ， 所 以 ， 或 许 听 来 讽刺 ， 
只 有 当 我 认为 断言 绝对 不 会 失败 的 时 候 ， 我 才 会 使 
用 断言 。 





第 11 章 ” 重 构 API 


模块 和 函数 是 软件 的 骨肉 ， 而 API 则 是 将 骨肉 
连接 起 来 的 关节 。 易 于 理解 和 使 用 的 API 非 常 重 
要 ， 但 同时 也 很 难 获得 。 随 着 对 软件 理解 的 加 深 ， 
我 会 学 到 如 何 改进 API， 这 时 我 便 需 要 对 API 进 行 重 
构 。 


好 的 API 会 把 更 新 数据 的 函数 与 只 是 读 取 数据 
的 函数 清晰 分 开 。 如 宋 我 看 到 这 两 关 操 作家 混在 一 
起 ， 就 会 用 将 查询 函数 和 修改 函数 分 离 (306) 将 
它们 分 开 。 如 果 两 个 函数 的 功能 非常 相似 、 只 有 一 
些 数值 不 同 ， 我 可 以 用 函数 参数 化 〈310) 将 其 统 
一 。 但 有 些 参数 其 实 只 是 一 个 标记 ， 根 据 这 个 标记 
的 不 同 ， 函 数 会 有 截然 不 同 的 行为 ， 此 时 最 好 用 移 
除 标 记 参 数 (314) 将 不 同 的 行为 彻 抵 分 开 。 


在 函数 间 传 递 时 ， 数 据 结 构 冲 会 室 无 必要 地 被 
拆 开 ， 我 更 愿意 用 保持 对 象 完 整 (319) KHAR 
拢 。 函 数 需 要 的 一 份 信息 ， 气 竟 何 时 应 该 作为 参数 
传 入 、 何 时 应 该 调用 一 个 函数 获得 ， 这 是 一 个 需要 
有 反复 推 融 的 决定 ， 推 融 的 过 程 中 常常 要 用 到 以 但 询 
取代 参数 324) 和 以 参数 取代 合 询 (327) 。 














FHS TLS RIE ZK 我 希望 尽 可 能 保持 
e- 所 以 只 要 有 可 能 ， 我 就 会 使 用 移 除 设 
值 函 数 (331) o 当 调用 者 要 求 一 个 新 对 象 时 ， 我 
经 常 需要 比 构造 函数 更 多 的 灵活 性 ， 可 以 借助 以 工 
厂 函 数 取 代 构 造 函数 (334) 获得 这 种 灵活 性 。 


有 时 你 会 遇 到 一 个 特别 复杂 的 函数 ， 围 绕 着 它 
传 入 传 出 一 大 堆 数 据 。 最 后 两 个 重 构 手法 专门 用 于 
破解 这 个 难题 。 我 可 以 用 以 命令 取代 函数 (337) 
将 这 个 函数 变 成 对 象 ， 这 样 对 函数 体 使 用 提炼 函数 
(106) NEBR. WR RA A eh Bi SL f 
ee ANE RRAIN R T, 可 以 用 以 函数 
取代 命令 (344) 再 把 它 变 回 函数 。 











11.1 A AAA BT A 
(Separate Query from Modifier ) 


function getTotalOutstandingAndSendBill() { 
const result = customer.invoices.reduce((total, each) => ea 
sendBill(); 
return result; 


V 


function totalOutstanding() { 
return customer.invoices.reduce((total, each) => each.amoun 


} 
function sendBill() { 
emailGateway .send(formatBill(customer)); 


动机 


如 果 东 个 函数 只 是 提供 一 个 值 ， 没 有 任何 看 得 
到 的 副作用 ， 那 么 这 是 一 个 很 有 价值 的 东西 。 我 可 
以 任意 调用 这 个 函数 ， 也 可 以 把 调用 动作 搬 到 调用 
函数 的 其 他 地 方 。 这 种 函数 的 测试 也 更 容易 。 和 位 而 
言 之 ， 需 要 操心 的 事情 少 多 了 。 


明确 表现 出 “有 副作用 ”与 “无 副作用 ”两 种 函数 
之 间 的 差异 ， 是 个 很 好 的 想法 。 下 面 是 一 条 好 规 
WW: 任何 有 返回 值 的 函数 ， 都 不 应 该 有 看 得 到 的 副 
作用 命令 与 查询 分 离 (Command-Query 
Separation) [mf-cqs]。 有 些 程序 员 甚 至 将 此 作为 一 
条 必须 避 守 的 规则 。 束 和 像 对 竺 任何 东西 一 样 ， 我 并 
不 绝对 遵守 它 ， 不 过 我 总 是 尽量 齐 守 ， 而 它 也 回报 
我 很 好 的 效果 。 

如 采 遇 到 一 个 “ 既 有 返回 值 勾 有 副作用 ”的 函 
我 就 会 试看 将 查询 动作 从 修改 动作 中 分 离 出 














你 也 许 已 经 注意 到 了 : 我 使 用 “看 得 到 的 副 作 
用 ”这 种 说 法 。 有 一 种 常见 的 优化 办 法 是 : KEA 
所 得 结 末 缓存 于 茶 个 字段 中 ， 这 样 一 来 后 续 的 重复 
查询 就 可 以 大 大 加 快速 度 。 虽 然 这 种 做 法 改变 了 对 
象 中 缓存 的 状态 ， 但 这 一 修改 是 察觉 不 到 的 ， 因 为 
不 论 如 何 碍 询 ， 总 征 获 得 相同 结 


做 法 

















。 复 制 整个 函数 ， 将 其 作为 一 个 得 询 来 命名 。 


如 果 想 不 出 好 名 字 ， 可 以 看 看 函数 返回 的 
征 什 么 。 奏 询 的 结束 会 被 填 入 一 个 变量 ， 这 个 
变量 的 名 字 应 该 能 对 函数 如 何 命 名 有 所 局 发 。 








。 从 新 建 的 查询 函数 中 去 抒 所 有 造成 副作用 的 语 


。 执行 项 态 检查 。 

© 得 找 所 有 调用 原 函 数 的 地 方 。 如 宋 调用 处 用 到 
了 该 函数 的 返回 值 ， 融 将 其 改 为 调用 新 建 的 得 
询 函 数 ， 并 在 下 面 马 上 再 调用 一 次 原 函 数 。 每 





次 修改 之 后 都 要 测试 。 
。 从 原 函 数 中 去 挥 返回 值 。 
e Mhio 


TREL. AWRA RALEA 
重复 代码 ， 可 以 做 必要 的 清理 。 





wl 


有 这 样 一 个 函数 : “Eel iE 
(miscreant) 名 单 ， 检 得 一 群 人 〈people) HEA 
混 进 了 恶棍 。 如 果皮 现 了 和 亚 棍 ， 该 函数 会 返回 恶棍 
的 名 字 ， 并 拉 啊 警报 。 RARA ZA Kte 12 
ARE AFR ER AN oS — A Ke ERR A 
J)e 





function alertForMiscreant (people) { 
for (const p of people) { 
if (p === "Don") { 
setorrAlarms(); 
return "Don"; 


} 
if (p === "John") { 


setOffAlarms(); 
return "John"; 


return ""; 


首先 我 复制 整个 函数 ， 用 它 的 碍 询 部 分 功能 


function findMiscreant (people) { 
for (const p of people) { 
if (p === "Don 
ie eau 
return "Don" 


} 
if (p === "John") { 


setOffAlarms(); 
return "John"; 


return ""> 





IR Jes FE EY) A H eR BOA A EA o 


function findMiscreant (people) { 
for (const p of people) { 


if (p === "Don") { 
return "Don"; 

Í 

if (p === "John") { 


了 
return "John"; 


return ""> 


然后 找到 所 有 原 函 数 的 调用 者 ， 将 其 改 为 调用 
新 建 的 得 询 函 数 ， 并 在 其 后 调用 一 次 修改 函数 〈 也 


就 是 原 函 数 ) 。 于 是 代码 
const found = alertForMiscreant(people) ; 
MERN S 


const found = findMiscreant(people); 
alertForMiscreant(people); 


PLE FY AMÉ KZE PT FJ E Y o 


function alertForMiscreant (people) { 
for (const p of people) { 


if (p === "Don") { 
setOffAlarms(); 
return; 

} 

if (p === "John") { 
setoffAlarms( ) ; 
return; 

return, 


现在 ， 原 来 的 修改 函数 和 新 建 的 查询 函数 之 间 
有 大 量 的 重复 代码 ， 我 可 以 使 用 蔡 换 算法 
(195) ， 让 修改 函数 使 用 查询 函数 。 











function alertForMiscreant (people) { 
if (findMiscreant(people) !== "") setoffAlarms(); 


11.2 ”函数 参数 化 (Parameterize 
Function ) 


用 名 : 令 函 数 携 市 参数 (Parameterize 
Method) 





f(A){ '} 


function tenPercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.1); 


function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 


function raise(aPerson, factor) { 
Person.salary = aPerson.salary.multiply(1 + factor); 


动机 


如 果 我 有 友 现 两 个 函数 逻辑 非 第 相似 ， 只 有 一 些 
字面 量 值 不 同 ， 可 以 将 其 合并 成 一 个 图 数 ， 以 参数 
的 形式 传 入 不 同 的 值 ， 从 而 消除 重复 。 这 个 重 构 可 


以 使 函数 更 有 用 ， 因 为 重 构 后 的 函数 还 可 以 用 于 处 
理 其 他 的 值 。 


做 法 





。 从 一 组 相似 的 函数 中 选择 一 个 。 


。 运 用 改变 函数 声明 (124) ， 把 需要 作为 参数 传 
入 的 字面 量 添加 a 到 参数 列表 中 。 

。 修 改 该 函数 所 有 的 调用 处 ， 使 其 在 调用 时 传 入 

该 字面 量 值 。 

。 测 试 。 

。 修 改 函 数 体 ， 令 其 使 用 新 传 入 的 参数 。 每 使 用 

一 个 新 参数 都 要 测试 。 

。 对 于 其 他 与 乙 相 似 的 函数 ， 逐 一 将 其 调用 处 改 

用 已 经 参数 化 的 函数 。 每 次 修改 后 都 要 测 

VW 0 


如 果 第 一 个 函数 经 过 参数 化 以 后 不 能 直接 
BRATS ZAIN RL, MIMS BULL 
Jer FRY PR SCA EE EP) ad, FR ES HR 


汇 例 


下 面 是 一 个 显而易见 的 例子 : 


function tenPercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.1); 


function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 


个 ， 


很 明显 我 可 以 用 下 面 这 个 函数 来 蔡 换 上 和 面 两 


function raise(aPerson, factor) { 
aPerson.salary = aPerson.salary.multiply(1 + factor); 


j 


En RANER AR EE, HE BRAS: 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 
const amount = 
bottomBand(usage) * 0.03 
+ middleBand(usage) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount ); 


function bottomBand(usage) { 
return Math.min(usage, 100); 


} 


function middleBand(usage) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 


function topBand(usage) { 
return usage > 200 ? usage - 200 : 0; 


} 





这 几 个 函数 中 的 馆 辑 明显 很 相似 ， 但 是 不 是 相 


似 到 足以 支撑 一 个 参数 化 的 计算 “ 计 约 档 


次 ”(band) 的 函数 ? 这 次 就 不 像 前 面 第 一 个 例子 
那样 一 目 了 然 了 。 


至 竹 试 对 几 个 相关 的 函数 做 参数 化 操作 时 ， 我 
会 先 从 中 挑选 一 个 ， 在 上 面 添加 参数 ， 同 时 留意 其 
他 几 种 情况 。 在 类 似 这 样 处 理 “ 沁 围 ” 的 情况 下 ， 通 
种 从 位 于 中 间 的 范围 开始 着 手 较 好 。 上 所 以 我 首先 选 
择 了 middleBand 函 数 来 添加 参数 ， 然 后 调整 其 他 的 
调用 者 来 适应 它 。 


middleBand 使 用 了 两 个 字面 量 值 ， 即 1006 和 
200， 分 别人 代表“ 中 间 档 次 ”的 下 界 和 上 界 。 我 首先 
用 改变 函数 声明 (124) 加 上 这 两 个 参数 ， 同 时 顺 
手 给 函数 改 个 名 ， 使 其 更 好 地 表述 参数 化 之 后 的 售 
Xo 











function withinBand(usage, bottom, top) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 


J 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 
const amount = 
bottomBand(usage) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount); 


在 函数 体内 部 ， 把 一 个 字面 量 改 为 使 用 新 传 入 
的 参数 : 


function withinBand(usage, bottom, top) { 
return usage > bottom ? Math.min(usage, 200) - bottom : 0; 


然后 是 男 一 个 : 


function withinBand(usage, bottom, top) { 
return usage > bottom ? Math.min(usage, top) - bottom : 0; 


Xt FRAY A bottomeand KA AAE, RAH 
改 为 调用 参数 化 了 的 新 函数 。 





function baseCharge(usage) { 
if (usage < ©) return usd(0); 
const amount = 
withinBand(usage, 0, 100) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount ); 


Fett Math -min(Husage—i00) 





为 了 替换 对 topBand 的 调用 ， 我 束 得 用 代表 “无 
穷 大 ”的 Infinity 作 为 这 个 范围 的 上 界 。 


function baseCharge(usage) { 
if (usage < ©) return usd(0); 
const amount = 
withinBand(usage, 0, 100) * 0.03 


+ withinBand(usage, 100, 200) * 0.05 
+ withinBand(usage, 200, Infinity) * 0.07; 
return usd(amount); 


function tepBandtyusage}—_f 
Feturn tsage>266_? 1sage—260—_6,; 
} 


照 现 在 的 逻辑 ，basecharge 一 开始 的 卫 语 人 句 已 
经 可 以 去 择 了 。 不 过 ， 尽 管 这 条 语句 已 经 失去 了 逮 
辑 上 的 必要 性 ， 我 还 是 愿意 把 它 留 在 原 地 ， 因 为 它 
阐明 了“ 传 入 的 usage 参 数 为 负数 ”这 种 情况 是 如 何 
处 理 的 。 











11.3 移 际 标记 参数 (Remove Flag 
Argument) 


曾 用 名 : 以 明确 函数 取代 参数 (Replace 


Parameter with Explicit Methods) 


中 
ae 





Co 


function setDimension(name, value) { 


if (name === "height") { 
this. height = value; 
return; 

} 

if (name === "width") { 
this. width = value; 
return; 

} 


V 


function setHeight(value) {this._height = value;} 
function setWidth (value) {this._width = value; } 


动机 


“标记 参数 ”是 这 样 的 一 种 参数 : 调用 者 用 它 来 
指示 被 调 函 数 应 该 执行 哪 一 部 分 馆 辑 。 例 如 ， 我 可 
能 有 下 面 这 样 一 个 函数 : 





function bookConcert(aCustomer, isPremium) { 


if (isPremium) { 

// logic for premium booking 
} else { 

// logic for regular booking 





要 预订 一 场 高 级 音乐 会 (premium concert) ， 


FL PpIX PE AC EC Wi FA : 
bookConcert(aCustomer, true); 


标记 参数 也 可 能 以 枚 举 的 形式 出 现 : 


bookConcert(aCustomer, CustomerType.PREMIUM) ; 





或 者 是 以 字符 串 〈 或 者 符 写 ， 如 来 编程 语言 文 
FWY TE) 的 形式 出 现 : 


bookConcert(aCustomer, "premium"); 


我 不 喜欢 标记 参数 ， 因 为 它们 让 人 难以 理解 到 
底 有 哪些 函数 可 以 调用 、 应 该 怎么 调用 。 拿 到 一 份 
API 以 后 ， 我 让 先 看 到 的 古 一 系列 可 供 调 用 的 函 
数 ， 但 标记 参数 却 隐藏 了 函数 调用 中 存在 的 差 弄 
性 。 使 用 这 样 的 函数 ， 我 还 得 弄 消 标记 参数 有 哪些 














可 用 的 值 。 布 尔 型 的 标记 尤其 糟糕 ， 因 为 它们 不 能 
清晰 地 传达 其 含义 一 一 在 调用 一 个 函数 时 ， 我 很 难 
弄 清 true 到 底 是 什么 意思 。 如 果 明 确 用 一 个 函数 来 
完成 一 项 单独 的 任务 ， 其 含义 会 消 晰 得 多 。 











premiumBookConcert(aCustomer ); 





并 非 所 有 类 似 这 样 的 参数 部 是 标记 参数 。 如 果 
调用 者 传 入 的 是 程序 中 流动 的 数据 ， 这 样 的 参数 不 
算 标 记 参 数 ， 只 有 调用 者 直接 传 入 字面 量 值 ， 这 才 
是 标记 参数 。 为 外 ， 在 函数 实现 内 部 ， 如 果 参 数值 
只 是 作为 数据 传 给 其 他 函数 ， 这 束 不 是 标记 参数 ; 
en ne 0 0 


移 除 标 记 参 数 不 仅 使 代码 更 整洁 ， 并 且 能 帮助 
开 肥 工具 更 好 地 发 挥 作用 。 去 掉 标 记 参 数 后 ， 代 码 
分 析 工 具 能 更 容易 地 体现 出 “高 级 ”和 "普通 ”两 种 预 
VY 32 FEE AE FY A EX Flo 


如 果 一 个 函数 有 多 个 标记 参数 ， 可 能 束 不 得 不 
将 其 保留 ， 否 则 我 就 得 针对 各 个 参数 的 各 种 取 值 的 
所 有 组 合 情 况 提供 明确 函数 。 不 过 这 也 是 一 个 信 
写 ， 说 明 这 个 函数 可 能 做 得 太 多 ， 应 该 考虑 十 合 能 


用 更 简单 的 函数 来 组 合 出 完整 的 逻辑 。 









































做 法 
* 针对 参数 的 每 一 种 可 能 值 ， 新 建 一 个 明确 函 
数 。 


如 果 主 函数 有 清晰 的 条 件 分 发 逻辑 ， 可 以 
用 分 解 条 件 表达 式 (260) 创建 明确 函数 ; A 
则 ， 可 以 在 原 函 数 之 上 创建 包装 函数 。 





。 对 于 “用 字面 量 值 作为 参数 ”的 函数 调用 者 ， 将 
其 改 为 调用 新 建 的 明确 函数 。 





ww Bl 


EA RAIER, REIME ARIE Hed A] — A BR) 
数 计算 物流 (shipment) 的 到 货 日 期 〈delivery 
date) 。 一 些 调用 代码 类 似 这 样 : 


aShipment.deliveryDate = deliveryDate(anOrder, true); 


为 一 些 调用 代码 则 是 这 样 : 
aShipment.deliveryDate = deliveryDate(anOrder, false); 


面 对 这 样 的 代码 ， 我 立即 开始 好 奇 : 参数 里 这 
个 布尔 值 是 什么 意思 ? 是 用 来 干什么 的 ? 


deliveryDate 国 数 主体 如 下 所 示 : 








function deliveryDate(anOrder, isRush) { 
if (isRush) { 
let deliveryTime; 


if (["MA", "CT"] .includes(anOrder.deliveryState)) deliver 


else if (["NY", "NH"].includes(anOrder.deliveryState)) delive 
else deliveryTime = 3; 
return anOrder.placedOn.plusDays(1 + deliveryTime) ; 


else { 
let deliveryTime; 


if (["MA", "CT", "NY"].includes(anOrder.deliveryState)) deliv 


else if (["ME", "NH"] .includes(anOrder.deliveryState)) deliv 
else deliveryTime = 4; 
return anOrder.placedOn.plusDays(2 + deliveryTime); 





原来 调用 者 用 这 个 布尔 型 字面 量 来 判断 应 该 运 
行 哪个 分 文 的 代码 一 一 典型 的 标记 参数 。 然 而 函数 
的 重点 就 在 于 要 巡 循 调用 者 的 指令 ， 所 以 最 好 是 用 
明确 函数 的 形式 明确 说 出 调用 者 的 意图 。 











对 于 这 个 例子 ， 我 可 以 使 用 分 解 条 件 表达 式 
(260) ， 得 到 下 列 代 码 : 


function deliveryDate(anOrder, isRush) { 
if (isRush) return rushDeliveryDate(anOrder ); 
else return regularDeliveryDate(anOrder ) ; 


function rushDeliveryDate(anOrder) { 
let deliveryTime; 


if (["MA", "CT"] .includes(anOrder.deliveryState)) delive 


else if (["NY", "NH"].includes(anOrder.deliveryState)) delive 


else deliveryTime = 3; 

return anOrder.placedOn.plusDays(1 + deliveryTime) ; 
} 
function regularDeliveryDate(anOrder) { 

let deliveryTime; 


if (["MA", "CT", "NY"].includes(anOrder.deliveryState)) deliv 


else if (["ME", "NH"] .includes(anOrder.deliveryState)) deliv 


else deliveryTime = 4; 
return anOrder.placedOn.plusDays(2 + deliveryTime) ; 


} 


这 两 个 函数 能 更 好 地 表达 调用 者 的 意图 ， 现 在 


我 可 以 修改 调用 方 代码 了 。 调 用 代码 


aShipment.deliveryDate = deliveryDate(anOrder, true); 


可 以 改 为 


aShipment.deliveryDate = rushDeliveryDate(anOrder ); 
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处 理 完 所 有 调用 处 ， 我 就 可 以 移 
KRdeliveryDate Ph 2. 


这 个 参数 是 标记 参数 ， 不 仪 因 为 它 是 布尔 类 
型 ， 而 且 还 因为 调用 方 以 字面 量 的 形式 直接 设置 参 
数值 。 如 果 所 有 调用 deliveryDate 的 代码 都 像 这 
样 : 














const isRush = determineIfRush(anOrder ); 
aShipment.deliveryDate = deliveryDate(anOrder, isRush); 


那 我 对 这 个 函数 的 签名 没有 任何 意见 〈 不 过 我 
还 是 想 用 分 解 条 件 表达 式 (260) 清理 其 内 部 实 
he 


可 能 有 一 些 调用 者 给 这 个 参数 传 入 的 是 字面 
量 ， 将 其 作为 标记 参数 使 用 ， 男 一 些 调用 者 则 传 入 
正常 的 数据 。 奉 果真 如 此 ， 我 还 是 会 使 用 移 除 标记 
参数 (314) ， 但 不 修改 传 入 正和 常数 据 的 调用 者 ， 
重 构 结束 时 也 不 删除 deliveryDate 函 数 。 这 样 我 束 
提供 了 两 套 接 口 ， 分 别 文 持 不 同 的 用 途 。 

直接 拆 分 条 件 逻 辑 是 实施 本 重 构 的 好 方法 ， 但 
只 有 当 “ 根 据 参 数值 做 分 发 ”的 馆 辑 发 生 在 函数 最 外 
层 〈 或 者 可 以 比较 容易 地 将 其 重 构 至 函数 最 外 层 ) 


























的 时 候 ， 这 一 招 才 好 用 。 函 数 内 部 也 有 可 能 以 一 种 
更 纠结 的 方式 使 用 标记 参数 ， 例 如 下 面 这 个 版 本 的 
deliveryDatephi Zu: 





function deliveryDate(anOrder, isRush) { 
let result; 
let deliveryTime; 


if (anOrder.deliveryState === "MA" || anOrder.deliveryState = 
deliveryTime = isRush? 1: 2; 

else if (anOrder.deliveryState === "NY" || anOrder.deliverySt 
deliveryTime = 2; 
if (anOrder.deliveryState === "NH" && !isRush) 


deliveryTime = 3; 


else if (isRush) 
deliveryTime = 3; 


else if (anOrder.deliveryState === "ME") 
deliveryTime = 3; 
else 


deliveryTime = 4; 
result = anOrder.placedOn.plusDays(2 + deliveryTime); 
if (isRush) result = result.minusDays(1); 
return result; 


这 种 情况 下 ， 想 把 围绕 isRush 的 分 发 逻辑 剥离 
到 顶层 ， 需 要 的 工作 量 可 能 会 很 大 。 所 以 我 选择 退 
而 求 其 次 ， 在 deliveryDate 之 上 添加 两 个 函数 : 





function rushDeliveryDate (anOrder) {return deliveryDate(anOr 
function regularDeliveryDate(anOrder) {return deliveryDate(an 


本 质 上 ， 这 两 个 包装 函数 分 别 代 表 了 
deliveryDate 图 数 一 部 分 的 使 用 方式 。 不 过 它们 并 
lal 而 是 用 代码 文本 强行 定义 


随后 ， 我 同样 可 以 逐一 奉 换 原 函 数 的 调用 者 ， 
束 跟 前 面 分 解 条 件 表达 式 之 后 的 处 理 一 样 。 如 果 没 
有 任何 一 个 调用 者 向 isRush 参 数 传 入 正常 的 数据 ， 
我 最 后 会 限制 原 函 数 的 可 见 性 ， 或 是 将 其 改名 《〈 例 
如 改 为 deliveryDateHelperonly) ， 让 人 一 见 即 知 
不 应 直接 使 用 这 个 函数 。 








11.4 保持 对 象 完整 (Preserve 
Whole Object ) 





if (aPlan.withinRange(aRoom.daysTempRange) ) 


动机 





如 果 我 看 见 代 码 从 一 个 记录 结构 中 导出 几 个 
值 ， 然 后 义 把 这 几 个 值 一 起 传递 给 一 个 函数 ， 我 会 
更 愿意 把 整个 记录 传 给 这 个 函数 ， 在 函数 体内 部 导 
出 所 需 的 值 。 


“传递 整个 记录 ”的 方式 能 更 好 地 应 对 变化 : 如 
果 将 来 被 调 的 函数 需要 从 记录 中 导出 更 多 的 数据 ， 
我 就 不 用 为 此 修改 参数 列表 。 并 且 传 递 整 个 记录 也 
能 缩短 参数 列表 ， 让 函数 调用 更 容易 看 懂 。 如 果 有 
很 多 函数 都 在 使 用 记录 中 的 同一 组 数据 ， 处 理 这 部 
分 数据 的 逻辑 利 会 重复 ， 此 时 可 以 把 这 些 处 理 逻 辑 
搬移 到 完整 对 象 中 去 。 























也 有 时 我 不 想 采 用 本 重 构 手 法 ， 因 为 我 不 想 让 
被 调 函 数 依赖 完整 对 象 ， 尤 其 是 在 两 者 不 在 同一 个 
FRIRE ATEN AR 


从 一 个 对 象 中 抽取 出 几 个 值 ， 单 独 对 这 几 个 值 
做 东 些 逻辑 操作 ， 这 是 一 种 代码 坏 味道 (依恋 情 
结 )， 通 第 标志 着 这 上段 逻辑 应 该 秘 搬移 a 到 对 象 中 。 
保持 对 象 完整 经 党 发生 在 引入 参数 对 象 “140) 之 
后 ， 我 会 搜寻 使 用 原来 的 数据 泥 团 的 代码 ， 代 之 以 
使 用 新 的 对 象 。 


如 果 几 处 代码 都 在 使 用 对 象 的 一 部 分 功能 ， 可 
能 意味 着 应 该 用 提炼 类 “(182〉 把 这 一 部 分 功能 
独 提 炼 出 来 。 

还 有 一 种 第 被 忽视 的 情况 : 调用 者 将 自己 的 奋 
干 数 据 作 为 参数 ， 传 递 给 被 调用 函数 。 这 种 情况 
下 ， 我 可 以 将 调用 者 的 目 我 引用 在 JavaScript 中 整 
是 this) 作为 参数 ， 直 接 传递 给 目标 函数 。 


做 法 























。 新 建 一 个 空 图 数 ， 给 它 以 期 望 中 的 参数 列表 
《 即 传 入 完整 对 象 作为 参数 ) 。 


给 这 个 函数 起 一 个 容易 搜索 的 名 字 ， 这 样 
到 重 构 结束 时 方便 奉 换 。 


。 在 狐 闵 数 体内 调用 旧 函 数 ， 并 把 新 的 参数 〈 即 
完整 对 象 ) 映射 到 旧 的 参数 列表 《“ 即 来 源 于 完 
整 对 象 的 各 项 数据 〉。 

。 执行 静态 检查 。 

。 逐 一 修改 旧 函 数 的 调用 者 ， 令 其 使 用 新 函数 ， 
每 次 修改 之 后 执行 测试 。 





修改 之 后 ， 调 用 处 用 于 “从 完整 对 象 中 导出 
参数 值 ” 的 代码 可 能 就 没 用 了 ， 可 以 用 移 除 死 代 
码 (237) EH. 


。 有 所 有 调用 处 部 修改 过 来 之 后 ， 使 用 内 联 函 数 
(115) 把 旧 函 数 内 联 a 到 新 沙 数 体内 。 

。 给 新 函数 改名 ， 从 重 构 开 始 时 的 容易 搜索 的 临 
时 名 字 ， 改 为 使 用 旧 函 数 的 名 字 ， 同 时 修改 所 
有 调用 处 。 


ww Bl 





我 们 想象 一 个 室温 监控 系统 ， 它 负责 记录 房间 
天 中 的 最 高 温度 和 最 低温 度 ， 然后 将 实际 的 温 虐 
范围 与 预先 规定 的 温度 控制 计划 Cheating plan) 相 
比较 ， 如 果 当 天 温度 不 从 合计 划 要 求 ， 束 发 出 警 


Ho 





调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
if (!aPlan.withinRange(low, high) ) 


alerts.push("room temperature went outside range"); 


class HeatingPlan... 


withinRange(bottom, top) { 


return (bottom >= this. _temperatureRange.low) && (top <= this 


其 实 我 不 必 将 ee G 
É, 只 需 将 整个 范围 对 象 传递 给 withinRange 函 数 
即 可 。 


站 先 ， 我 在 HeatingPlan 类 中 新 添 一 个 空 函 
数 ， 给 它 赋予 我 认为 合理 的 参数 列表 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 


因为 这 个 函数 最 终 要 取代 现 有 的 withinRange 
为 数 ， 所 以 它 也 用 了 同样 的 名 字 ， 再 加 上 一 个 容易 
BRR. 


IR a FEB R AUE AN J HMA MKwithinRange f 
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数 参数 列表 的 映射 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 
return this.withinRange(aNumberRange.low, aNumberRange.high 


现在 开始 正 陈 的 谷 换 工作 了 ， 我 有 要 找到 调用 现 
有 了 男 数 的 地 方 ， 将 其 改 为 调用 新 函数 。 


Wal FA 77... 


const low = aRoom.daysTempRange. low; 

const high = aRoom.daysTempRange.high; 

if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 


在 修改 调用 处 时 ， 我 可 能 会 发 现 一 些 代码 在 修 
改 后 已 经 不 再 需要 ， 此 时 可 以 使 用 移 除 死 代码 
(237) a 





调用 方 … 


eonst—_tew =akeom daysfrempRange._tew+— 7 7 Ny 


z > 7 
if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 
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试 。 

调用 处 全 部 丛 换 完成 后 ， 用 六 联 函 数 〈115 ) 
将 旧 函 数 内 联 到 新 函数 体 站 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 


return (aNumberRange.low >= this. _temperatureRange.low) && 


(aNumberRange.high <= this._temperatureRange.high) ; 


} 





终于 可 以 去 掉 新 函数 那 难 看 的 前 级 了 ， 记 得 同 
时 修改 所 有 调用 者 。 就 算 我 所 使 用 的 开 及 环境 不 文 
持 可 徘 的 函数 改名 操作 ， 有 这 个 极 具 特色 的 前 级 
在 ， 我 也 可 以 很 方便 地 全 局 蔡 换 。 








class HeatingPlan... 


withinRange(aNumberRange) { 
return (aNumberRange.low >= this._temperatureRange.low) && 
(aNumberRange.high <= this._temperatureRange.high) ; 


调用 方 … 


if (!aPlan.withinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 
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在 上 面 的 示例 中 ， 我 直接 编写 了 新 函数 。 大 多 
数 时 候 ， 这 一 步 非 第 简单 ， 也 是 创建 狐 函 数 最 容易 
的 方式 。 不 过 有 时 还 会 用 到 另 一 种 方式 : 可 以 完全 





通过 重 构 手 法 的 组 合 来 得 到 新 函数 。 
我 从 一 处 调用 现 有 函数 的 代码 开始 。 





调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
if (!aPlan.withinRange(low, high) ) 
alerts.push("room temperature went outside range"); 


我 要 先 对 代码 做 一 些 整理 ， 以 便 用 提炼 函数 
(106) 来 创建 新 函数 。 目 前 的 调用 者 代码 还 不 有 具 
备 可 提炼 的 函数 秩 形 ， 不 过 我 可 以 先 做 几 次 提炼 变 
量 (119) ， 使 其 轮廓 显现 出 来 。 首 先 ， 我 要 把 对 
旧 函 数 的 调用 从 条 件 判断 中 解放 出 来 。 


调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
if (!iswithinRange) 
alerts.push("room temperature went outside range"); 


然后 把 输入 参数 也 提炼 出 来 。 


调用 方 … 


const tempRange = aRoom.daysTempRange; 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
if (!iswithinRange) 
alerts.push("room temperature went outside range"); 





TRX — DZ Ja, WEA) DARA SERRA (106) 
来 创建 新 函数 。 


调用 方 … 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = xxNEWwithinRange(aPlan, tempRange); 
if (!iswithinRange) 

alerts.push("room temperature went outside range"); 


顶层 作用 域 .… 


function xxNEWwithinRange(aPlan, tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
return isWithinRange; 


由 于 旧 函 数 属 于 男 一 个 上 下 文 CHeatingPlan 
类 ) ， 我 需要 用 搬移 函数 (198) 把 新 函数 也 搬 过 
2 


调用 方 … 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = aPlan.xxNEWwithinRange(tempRange) ; 
if (!iswithinRange) 

alerts.push("room temperature went outside range"); 


class HeatingPlan... 


XxXNEWwithinRange(tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = this.withinRange(low, high); 
return isWithinRange; 
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者 ， 然 后 把 旧 函 数 内 联 a 到 新 函数 中 。 草 构 刚 开始 的 
时 候 ， 为 了 清晰 分 离 函 数 调 有 用， 以便 提 烁 出 新 函 
数 ， 我 提炼 了 几 个 变量 出 来 ， 现 在 可 以 把 这 些 变 量 
也 内 联 回 去 。 


这 种 方式 的 好 处 在 于 : 它 完全 是 由 其 他 重 构 手 











法 组 合 而 成 的 。 如 宋 我 使 用 的 开 及 工具 文 持 可 徘 的 
rene ， 用 这 种 方式 进行 本 重 构 会 特别 流 
AR 


11.5 ”以 查询 取代 参数 (Replace 


Parameter with Query) 


HZ: 以 函数 取代 参数 (Replace Parameter 
with Method) 


RHE: JARRA (327) 


f(4A'){g(4) } 


availableVacation(anEmployee, anEmployee.grade); 


function availableVacation(anEmployee, grade) { 
// calculate vacation... 


availableVacation(anEmployee) 
function availableVacation(anEmployee) { 


const grade = anEmployee.grade; 
// calculate vacation... 


动机 


函数 的 参数 列表 应 该 总 结 该 函数 的 可 变性 ， 标 
示 出 函数 可 能 体现 出 行为 差异 的 主要 方式 。 和 任何 
代码 中 的 语句 一 样 ， 参 数列 表 应 该 尽量 避免 重复 ， 
并 且 参 数列 表 越 短 就 越 容易 理解 。 


如 果 调 用 函数 时 传 入 了 一 个 值 ， 而 这 个 值 由 隙 
数目 己 来 获得 也 是 同样 容易 ， 这 束 是 重复 。 这 个 本 
不 必要 的 参数 会 增加 调用 者 的 难度 ， 因 为 它 不 得 不 
找 出 正确 的 参数 值 ， 其 实 原本 调用 者 是 不 需要 弓 这 
个 力气 的 。 




















“同样 容易 ?四 个 字 ， 划 出 了 一 条 判断 的 界限 。 
去 除 参数 也 就 意味 独 “ 获 得 正确 的 参数 值 ” 的 黄 任 被 
转移 : 有 参数 传 和 时， 调用 者 需要 人 负 员 获得 正确 的 
参数 值 ， 参 数 去 除 后 ， 员 任 束 被 转移 给 了 函数 本 
吴 。 一 般 而 言 ， 我 习惯 于 简化 调用 方 ， 因 此 我 愿意 
把 贡 任 移交 给 函数 本 里 ， 但 如 琳 函 数 难以 承担 这 份 
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个 使 用 以 得 询 取代 参数 最 种 见 的 原因 是 ， 移 除 
参数 可 能 会 给 函数 体 增 加 不 必要 的 依赖 和 关系 一 一 过 
使 函数 访问 东 个 程序 元 素 ， 而 我 原本 不 想 让 函数 了 
解 这 个 元 系 的 存在 。 这 种 “不 必要 的 依 顿 天 系 ” 除 了 
新 增 的 以 外 ， 也 可 能 是 我 想 要 稍 后 去 除 的 ， 例 如 为 
了 去 除 一 个 参数 ， 我 可 能 会 在 函数 体内 调用 一 个 有 
问题 的 函数 ， 或 是 从 一 个 对 象 中 获取 茶 些 原本 想 要 
RIA MAMA. FEL RP, AaB ATR AS E 
使 用 以 碍 询 取 代 参 数 。 


如 果 想 要 去 除 的 参数 值 只 需要 问 男 一 个 参数 全 
询 束 能 得 到 ， 这 是 使 用 以 伍 询 取代 参数 最 安全 的 场 
景 。 如 宁可 以 从 一 个 参数 推导 出 另 一 个 参数 ， 那 么 
几乎 没有 任何 理由 要 同时 传递 这 两 个 参数 。 


另外 有 一 件 事 需要 留意 : 如 果 在 处 理 的 函数 具 
有 引用 透明 性 (referential transparency， 即 ， 不 论 
任何 时 候 ， 只 要 传 入 相同 的 参数 值 ， 该 函数 的 行为 
永远 一 致 ) ， 这 样 的 函数 既 容 易 理解 又 容易 测试 ， 









































我 不 想 使 其 失去 这 种 优秀 品质 。 我 不 会 去 挥 它 的 参 
数 ， 让 它 去 访问 一 个 可 变 的 全 局 变量 。 


做 法 





。 如 果 有 必要 ， 使 用 提炼 函数 (106) 将 参数 的 计 
算 过 程 提 炬 到 一 个 独立 的 函数 中 。 

。 将 函数 体内 引用 该 参数 的 地 方 改 为 调用 新 建 的 
图 数 。 每 次 修改 后 执行 测试 。 

。 全 部 葵 换 完成 后 ， 使 用 改变 函数 声明 〈124) 将 
该 参 数 去 挥 。 
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到 以 查询 取代 参数 的 场合 。 考 虑 下 列 代码 。 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
let discountLevel; 


if (this.quantity > 100) discountLevel = 2; 
else discountLevel = 1; 
return this.discountedPrice(basePrice, discountLevel); 


discountedPrice(basePrice, discountLevel) { 
Switch (discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 
} 
} 


在 简化 函数 逻辑 时 ， 我 总 是 热 训 于 使 用 以 查询 
取代 临时 变量 (178) ， 于 是 就 得 到 了 如 下 代码 。 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
return this.discountedPrice(basePrice, this.discountLevel); 


get discountLevel() { 
return (this.quantity > 100) ? 2: 1; 





到 这 一 步 ， 已 经 不 需要 再 把 discountLevel 的 
计算 结果 传 给 discountedPrice 了 了， 后 者 可 以 自己 
调用 discountLevel 峭 数 ， 不 会 增加 任何 难度 。 


因此 ， 我 把 discountedPrice 国 数 中 用 到 这 个 
参数 的 地 方 全 都 改 为 直接 调用 discountLevel 朱 





数 。 
class Order... 


discountedPrice(basePrice, discountLevel) { 
switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 
} 
} 


然后 用 改变 函数 声明 124) 手法 移 除 该 参 
数 。 


class Order... 


get finalPrice() { 

const basePrice = this.quantity * this.itemPrice; 

return this.discountedPrice(basePrice,this-dtseeuntteved ) ; 
} 


discountedPrice(basePrice;,—ét+seeunttevel) { 
switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 
} 
} 


11.6 ”以 参数 取代 一 询 (Replace 


Query with Parameter) 


REM: 以 查询 取代 参数 (324) 





targetTemperature(aPlan) 


function targetTemperature(aPlan) 
currentTemperature = thermostat.currentTemperature; 
// rest of function... 


targetTemperature(aPlan, thermostat.currentTemperature) 


function targetTemperature(aPlan, currentTemperature) { 
// rest of function... 


动机 


在 浏览 函数 实现 时 ， 我 有 时 会 友 现 一 些 令 人 不 
快 的 引用 关系 ， 例 如 ， 引 用 一 个 全 局 变量 ， 或 者 引 
用 万 一 个 我 想 要 移 除 的 元 素 。 为 了 解决 这 些 令 人 不 
快 的 引用 ， 我 需要 将 其 丛 换 为 函数 参数 ， 从 而 将 处 
理 引 用 关系 的 贡 任 转交 给 函数 的 调用 者 。 


需要 使 用 本 重 构 的 情况 大 多 源 于 我 想 有 要 改变 代 
码 的 依赖 关系 一 一 为 了 让 目标 函数 不 再 依赖 于 茶 个 
元 系 ， 我 把 这 个 元 系 的 值 以 参数 形式 传递 给 该 函 
数 。 这 里 需要 注意 权衡 : 如 条 把 所 有 依赖 天 系 都 变 
成 参数 ， 会 导致 参数 列表 元 长 重复 ， 如 朱 作 用 域 之 























间 的 共 这 太 多 ， 又 会 导致 函数 间 依 赖 过 度 。 我 一 同 
不 善于 微妙 的 权衡 ， 所 以 “能 够 可 徘 地 改变 决定 ”就 
显得 尤为 重要 ， 这 样 随 着 我 的 理解 加 深 ， 程 序 也 能 
从 中 受益 。 


如 果 一 个 函数 用 同样 的 参数 调用 总 是 给 出 同样 
的 结果 ， 我 们 就 说 这 个 函数 具有 “引用 咀 明 
性 ”(referential transparency) ， 这 样 的 函数 理解 起 
来 更 容易 。 如 采 一 个 函数 使 用 了 另 一 个 元 素 ， 而 后 
者 不 有 具 引 用 透明 性 ， 那 么 包含 该 元 叉 的 函数 也 吏 失 
去 了 引用 透明 性 。 只 要 把 “不 其 引用 透明 性 的 元 
系 ” 变 成 参数 传 入 ， 图 数 束 能 重 获 引用 透明 性 。 虽 
然 这 样 束 把 贡 任 转移 给 了 函数 的 调用 者 ， 但 是 其 有 
引用 透明 性 的 模块 能 带 来 很 多 益处 。 有 一 个 第 见 的 
模式 : 在 负责 逻辑 处 理 的 模块 中 只 有 纯 函 数 ， 其 外 
FL EAC EVO AIRY ARCS. Te 
以 参数 取代 人 查询， 我 可 以 提纯 程序 的 某 些 组 成 部 
分 ， 使 其 更 容易 测试 、 更 容易 理解 。 


不 过 以 参数 取代 但 询 并 非 只 有 好 处 。 把 查询 变 
成 参数 以 后 ， 束 迫使 调用 者 必须 错 清 如 何 提供 正确 
的 参数 值 ， 这 会 增加 函数 调用 者 的 复 洒 上 度 ， 而 我 在 
设计 接口 时 通常 更 愿意 让 接口 的 消费 者 更 容易 使 
用 。 归 根 到 奔 ， 这 是 关于 程序 中 员 任 分 配 的 问题 ， 
而 这 方面 的 决策 既 不 容易 ， 也 不 会 一 萎 水 逸 一 一 这 
就 是 我 需要 非常 熟悉 本 重 构 (及 其 反问 重 构 ) 的 原 






































Al. 


做 法 





。 对 执行 查询 操作 的 代码 使 用 提炼 变量 (119) ， 
将 其 从 函数 体 中 分 离 出 来 。 

。 现 在 函数 体 代 码 已 经 不 再 执行 查询 操作 “〈 而 是 
使 用 前 一 步 提 炬 出 的 变量 ) ， 对 这 部 分 代码 使 
用 提炼 函数 (106) 。 











给 提 烁 出 的 新 函数 起 一 个 容易 搜索 的 名 
字 ， 以 便 稍 后 改名 。 
。 使 用 内 联 变量 〈123) ， 消 除 刚才 提 烁 出 来 的 变 


里 。 
。 对 原来 的 函数 使 用 内 联 函 数 C115) 。 
。 对 新 函数 改名 ， 改 回 原来 函数 的 名 字 。 
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我 们 想 md eh eh ee 
用 E eae i (thermostat) 指定 温度 ， 
(EFE Ee HY H Pail RE pene 控制 计划 Cheating 
plan) 允许 的 范围 内 。 





class HeatingPlan... 


get targetTemperature() { 
if (thermostat.selectedTemperature > this._max) return this 
else if (thermostat.selectedTemperature < this. min) return 
else return thermostat.selectedTemperature; 


调用 方 … 


if (thePlan.targetTemperature > thermostat.currentTemperat 
else if(thePlan.targetTemperature<thermostat.currentTemperatu 
else setOff(); 


系统 的 温 控 计划 规则 抑制 了 我 的 要 求 ， 作 为 这 
样 一 个 系统 的 用 户 ， 我 可 能 会 感到 很 烦恼 。 不 过 作 
为 程序 员 ， 我 更 担心 的 是 targetTemperature 函 数 
依赖 于 全 局 的 thermostat 对 象 。 我 可 以 把 需要 这 个 
a 的 信息 作为 参数 传 入 ， 从 而 打破 对 该 对 象 
Ko 








首先 ， 我 要 用 提炼 变量 119) 把 “希望 作为 参 
BUG AN a Se HOR o 





class HeatingPlan... 


get targetTemperature() { 
const selectedTemperature = thermostat.selectedTemperature; 
if (selectedTemperature > this._max) return this._max; 


else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 








这 样 可 以 比较 容易 地 用 提炼 函数 C106) 把 整 
人 只 剩 * 计 算 参 数值 > 的 逻辑 还 在 
FAL 。 





class HeatingPlan... 


get targetTemperature() { 

const selectedTemperature = thermostat.selectedTemperature; 
return this.xxNEwtargetTemperature(selectedTemperature) ; 

xxNEWtargetTemperature(selectedTemperature) { 

if (selectedTemperature > this._max) return this._max; 


else if (selectedTemperature < this._min) return this._min; 


else return selectedTemperature; 


} 
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class HeatingPlan... 


get targetTemperature() { 
return this.xxNEwtargetTemperature(thermostat.selectedTempe 


} 


现在 可 以 对 其 使 用 内 联 函 数 〈《115) 。 


调用 方 … 


if (thePlan.xxNEWtargetTemperature(thermostat.selectedTempe 
thermostat.currentTemperature) 
setToHeat(); 
else if (thePlan.xxNEWtargetTemperature(thermostat.selectedTe 
thermostat.currentTemperature) 
setToCool(); 
else 
setoff(); 





再 把 新 函数 改名 ， 用 回 旧 函 数 的 名 字 。 得 益 于 
之 前 给 它 起 了 一 个 容易 搜索 的 名 字 ， 现 在 只 要 把 前 





级 去 挥 束 行 。 
调用 方 .… 


if (thePlan.targetTemperature(thermostat.selectedTemperatur 

thermostat.currentTemperature) 

setToHeat(); 

else if (thePlan.targetTemperature(thermostat.selectedTempera 
thermostat.currentTemperature) 


setToCool(); 
else 
setOff(); 


class HeatingPlan... 


targetTemperature(selectedTemperature) { 

if (selectedTemperature > this._max) return this._max; 

else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 








调用 方 的 代码 看 起 来 比重 构 之 前 更 筑 重 了 ， 这 
是 使 用 本 午 构 手法 的 第 见 情 况 。 将 一 个 依赖 天 系 从 
一 个 模块 中 移出 ， 束 意味 着 将 处 理 这 个 依赖 关系 的 
贡 任 推 回 给 调用 者 。 这 是 为 了 降低 厢 合 上 度 而 付出 的 


代价 。 








但 是 ， 去 除 对 thermostat 对 象 的 耦合 ， 并 不 是 
本 重 构 带 来 的 唯一 收益 。HeatingPlan 类 本 丑 是 不 
可 变 的 字段 的 值 都 在 构造 函数 中 设置 ， 任 何 也 
数 都 不 会 修改 它们 。 (不 用 费心 去 查看 整个 类 的 代 
人 码 ， 相 信 我 束 好 。) 在 不 可 变 的 HeatingPlan 基 础 
上 ， 把 对 thermostat 的 依赖 移出 函数 体 之 后 ， 我 又 
使 targetTemperature 函 数 具 备 了 引用 透明 性 。 从 
此 以 后 ， 只 要 在 同一 个 HeatingPlan 对 象 上 用 同样 
的 参数 调用 targetTemperature 了 水 数 ， 我 会 始终 得 
到 同样 的 结果 。 如 果 HeatingPlan 的 所 有 函数 都 具 
有 引用 透明 性 ， 这 个 类 会 更 容易 测试 ， 其 行为 也 更 
容易 理解 。 


JavaScript 的 类 模型 有 一 个 问题 : 无 法 强制 要 
求 类 的 不 可 变性 一 一 始终 有 办 法 修改 对 象 的 内 部 数 
据 。 尽 管 如 此 ， 在 编 与 一 个 类 的 时 候 明 确 说 明 并 或 
励 不 可 变性 ， 通 第 也 天 足够 了 了 。 尽 量 让 类 保持 不 可 
变通 第 是 一 个 好 的 策略 ， 以 参数 取代 碍 询 则 是 达成 
这 一 策略 的 利器 。 























11.7 ZR WAL (Remove 
Setting Method ) 





class Person { 
get name() {...} 
set name(aString) {...} 


class Person { 
get name() {...} 


动机 


如 果 为 东 个 字段 提供 了 设 值 函数 ， 这 了 惑 暗 示 这 
个 字段 可 以 被 改变 。 如 果 不 布 望 在 对 象 创 建 之 后 此 
字段 还 有 机 会 被 改变 ， 那 就 不 要 为 它 所 供 设 值 函 数 
(同时 将 该 字段 声明 为 不 可 变 ) 。 这 样 一 来 ， 该 字 
段 束 只 能 在 构造 函数 中 赋值 ， 我 “不 想 让 它 被 修 
改 ” 的 意图 会 更 加 清晰 ， 并 且 可 以 排除 其 值 被 修改 
的 可 能 性 一 一 这 种 可 能 性 往往 是 非 闸 大 的 。 


有 两 种 常见 的 情况 需要 讨论 。 一 种 情况 是 ， 有 
些 人 喜欢 始终 通过 访问 函数 来 读 写 字段 值 ， 包 括 在 
构造 函数 内 也 是 如 此 。 这 会 叶 鱼 构造 函数 成 为 设 值 
因数 的 唯一 使 用 者 。 符 条 真如 此 ， 我 更 愿意 去 除 设 














值 函数 ， 清 晰 地 表达 “构造 之 后 不 应 该 再 更 新 字段 
值 ”* 的 意图 。 


Rie a a a ie 
构造 出 来 ， 而 不 是 只 有 一 次 简单 的 构造 函数 调用 。 
挤 请 “他 | 建 脚本 *"， 首 先是 调用 构造 函数 ， 然 后 就 是 

一 系列 设 介 函数 的 调用 ， 共 同 完成 新 对 象 的 构造 。 
创建 脚本 执行 完 以 后 ， 这 个 新 生 对 象 的 部 分 (乃至 
全 部 ) 字段 束 不 应 该 册 被 修改 。 设 值 函数 只 应 该 在 
起 初 的 对 象 创建 过 程 中 调用 。 对 于 这 种 情况 ， 我 也 
会 想 办 法 去 除 设 值 函数 ， 更 清晰 地 表达 我 的 意图 。 














做 法 


。 如 果 构 造 函 数 疝 无 法 得 到 想 要 设 入 字段 的 值 ， 
就 使 用 改变 函数 声明 (124) 将 这 个 值 以 参数 的 
形式 传 入 构造 函数 。 在 构造 函数 中 调用 设 值 函 
数 ， 对 字段 设 值 。 


如 果 想 移 除 多 个 设 值 函 数 ， 可 以 一 次 性 把 
它们 的 值 都 传 入 构造 函数 ， 这 能 简化 后 续 步 
UB 


。 移 除 所 有 在 构造 函数 之 外 对 设 值 函数 的 调用 ， 
改 为 使 用 新 的 构造 函数 。 每 次 修改 之 后 都 要 测 
We 


U RA REFE Y H BAE R A E HR“ SE — 
个 新 对 象 ” U is BS EBT PS & AE] FA 
的 对 象 ) ， 请 放弃 本 重 构 。 


。 使 用 内 联 函数 (115) HAKER. WMR a pE 
的 话 ， 把 字段 声明 为 不 可 变 。 
。 测试 。 
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我 有 一 个 很 简单 的 person 类 。 
class Person... 


get name() {return this._name;} 
set name(arg) {this._name = arg;} 
get id() {return this._id;} 


set id(arg) {this._id = arg;} 


目前 我 会 这 样 创 建新 对 象 : 


Const martin = new e 
martin.name = ies 
martin.id = "1234" 


对 象 创 建 之 后 ，name 字 段 可 能 会 改变 ， 但 id 字 
段 不 会 。 为 了 更 清晰 地 表达 这 个 设计 意图 ， 我 希望 
HRI Mid TEHE RA. 

但 id 字段 还 得 设置 初始 值 ， 所 以 我 首先 用 改变 

负数 声明 (124) 在 构造 函数 中 汐 加 对 应 的 参数 。 


Class Person... 


constructor(id) { 
this.id = id; 


然后 调整 创建 脚本 ， 改 为 从 构造 函数 设 值 id 字 
段 值 。 


const martin = new Person("1234"); 
martin.name = "martin"; 
martin.id = "1234"; 





所 有 创建 Person 对 象 的 地 方 都 要 如 此 修改 ， 
次 修改 之 后 要 执行 测试 。 


全 部 修改 完成 后 ， 束 可 以 用 内 联 函 数 (115) 
WWE WE eh BL 


class Person... 


constructor(id) { 
this. id = id; 


get name() {return this._name;} 
set name(arg) {this._name = arg; } 
get id() {return this._id;} 


11.8 以 工厂 函数 取代 构造 函数 
(Replace Constructor with Factory 
Function ) 


曾 用 名 : 以 工 广 函数 取代 构造 函数 (Replace 


Constructor with Factory Method ) 


cx +-> new Thing() { } 


leadEngineer = new Employee(document.leadEngineer, 'E'); 


leadEngineer = createEngineer(document ,JeadEngineer ) 


动机 


很 多 面 癌 对 象 语言 孝 有 特别 的 构造 函数 ， 专门 
用 于 对 象 的 初始 化 。 需 要 新 建 一 个 对 象 时 ， 客 户 端 
通常 会 调用 构造 水 数 。 但 与 一 般 的 函数 相 比 ， 构 造 
pa i AE AAR. BO, Javak ei 
函数 只 能 返回 当前 所 调用 类 的 实例 ， 也 束 是 说 ， 我 
无 法 根据 环境 或 参数 信息 返回 子 类 实例 或 代理 对 
象 ; 构造 函数 的 名 字 是 固定 的 ， 因 此 无 法 使 用 比 默 
认 名 字 更 清晰 的 函数 名 ; 构造 函数 需要 通过 特殊 的 
操作 符 来 调用 (在 很 多 语言 中 是 new 关 键 字 ) ， 所 
以 在 要 求 普通 函数 的 场合 就 难以 使 用 。 


工厂 函数 就 不 受 这 些 限制 。 工 三 函数 的 实现 内 
部 可 以 调用 构造 函数 ， 但 也 可 以 换 成 列 的 方式 实 











现 。 


做 法 


。 新 建 一 个 工厂 函数， 让 它 调 用 现 有 的 构造 函 
数 。 


将 调用 构造 函数 的 代码 改 为 调用 工厂 函数 。 
每 修改 一 处 ， 束 执行 测试 。 
。 尺 量 缩小 构造 函数 的 可 见 范 围 。 
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又 是 那个 单调 乏味 的 例子 : 员工 薪资 系统 。 我 
是 以 Employee 类 表示 “员工 ”。 


class Employee... 


constructor (name, typeCode) { 
this. name = name; 
this._typeCode = typeCode; 


get name() {return this. name;} 


get type() { 
return Employee. legalTypeCodes[this._typeCode]; 


} 
static get legalTypeCodes() { 
return {"E": "Engineer", "M": "Manager", "S": "Salesman"}; 





使 用 它 的 代码 有 这 样 的 : 


调用 方 … 


candidate = new Employee(document.name, document.empType); 


也 有 这 样 的 : 
调用 方 … 


const leadEngineer = new Employee(document.leadEngineer, 'E') 





重 构 的 第 一 步 古 创建 工厂 函数 ， 其 中 把 对 象 创 
建 的 责任 直接 委 浜 给 构造 函数 。 





顶层 作用 域 .… 


function createEmployee(name, typeCode) { 
return new Employee(name, typeCode); 


然后 找到 构造 函数 的 调用 者 ， 并 逐一 修改 它 
们 ， 令 其 使 用 工厂 函数 。 


第 一 处 的 修改 很 简单 。 





调用 方 … 


candidate = createEmployee(document.name, document .empType); 





第 二 处 则 可 以 这 样 使 用 工厂 函数 。 


调用 方 … 


const leadEngineer = createEmployee(document.leadEngineer, 'E 











(ARAN XK E SS AY —— DI Fe E FT 
的 形式 传 入 类 型 码 ， 一 般 来 说 部 是 坏 味道 。 所 以 我 
更 愿意 再 新 建 一 个 工厂 函数 ， 把 “员工 类 别 * 的 信息 
诺 在 函数 名 里 体现 。 











调用 方 … 


const leadEngineer = createEngineer(document.leadEngineer ); 


TUBE AE... 


function createEngineer(name) { 
return new Employee(name, 'E'); 


t 


11.9 ”以 命令 取代 函数 (Replace 
Function with Command ) 


用 名 : 以 函数 对 象 取代 函数 (Replace 


Method with Method Object) 
有 反问 重 构 : 以 函数 取代 命令 344) 


f( E) 





function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
// long body code 

} 


class Scorer { 
constructor(candidate, medicalExam, scoringGuide) { 
this. _ candidate = candidate; 
this. medicalExam = medicalExam; 
this._scoringGuide = scoringGuide; 


} 


execute() { 
this._result = 0; 
this._healthLevel = 0; 
// long body code 
} 
} 


动机 


图 数 ， 不 管 是 独立 图 数 ， 还 是 以 方法 


(method) 形式 附着 在 对 象 上 的 函数 ， 和 是 程序 设计 

的 基本 构造 块 。 不 过 ， 将 函 

有 时 也 是 一 种 有 用 的 办 法 。 这 样 的 对 象 我 称 

7a fir Xt A” (command object) ， ae BK “AN 
> (command) 。 这 种 对 象 大 多 只 服务 于 单一 PKI 
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对 象 存 在 的 意义 


与 普通 的 函数 相 比 ， 命 令 对 象 提 供 了 更 大 的 控 
制 赤 活性 和 更 强 的 表达 能 力 。 除 了 函数 调用 本 喘 ， 
命令 对 象 还 可 以 文 持 附 加 的 操作 ， 例 如 撤销 操作 。 
我 可 以 通过 命令 对 象 所 供 的 方法 来 设 值 命令 的 参数 
值 ， 从 而 文 持 更 丰富 的 生命 周期 管理 能 力 。 我 可 以 
信 助 继承 和 钩子 对 函数 行为 加 以 定制 。 如 果 我 所 使 
用 的 编程 语言 文 持 对 象 但 不 文 持 函数 作为 一 等 公 
K> 通过 命令 对 象 就 可 以 给 函数 提供 大 部 分 相当 于 
一 等 公民 的 能 力 。 同 样 ， 即 便 编程 语言 本 里 并 不 文 
持 般 套图 数 ， 我 也 可 以 信 助 命令 对 象 的 方法 和 字段 
把 复杂 有 的 函数 拆 解 开 ， 而 且 在 测试 和 调试 过 程 中 可 
以 直接 调用 这 些 方 法 。 


所 有 这 些 都 是 使 用 命令 对 象 的 好 理由 ， 所 以 我 
要 做 好 准备 ， 一 旦 有 弟 要 ， 束 能 把 函数 重 构 成 命 

。 不 过 我 们 不 能 还 记 命令 对 象 的 灵活 性 也 是 以 
全 杀人 性 作为 代价 的 所 以 ， 如 果 要 在 作为 一 等 公民 
的 函数 和 命令 对 象 之 间 做 个 选择 ，959% 的 时 候 我 都 























会 选 图 数 。 只 有 当 我 特别 需要 命令 对 象 担 供 的 菏 种 
能 力 而 普通 的 函数 无 法 提供 这 种 能 力 时 ， 我 才 会 考 
谍 使 用 命令 对 象 。 


跟 软 件 开 发 中 的 很 多 词汇 一 样 ，“ 命 令 ” 这 
个 词 承载 了 太 多 含义 。 在 这 里 , “命令 ?是 指 一 
个 对 象 ， 其 中 封装 了 一 个 函数 调用 请 求 。 这 是 
苯 循 《设计 模式 》[gof] 一 书 中 的 命令 模式 
(command pattern) 。 在 这 个 意义 上 ， 使 用 “ 命 
令 ” 一 词 时 ， 我 会 先 用 完整 的 “命令 对 象 ”一 词 设 
定 上 上 下文， 然后 视 情 况 使 用 简略 的 “命令 ”一 
词 。 在 命令 与 查询 分 离 原 则 (command-query 
separation principle》 中 也 用 到 了 “命令 ”一 词 ， 此 
时 “命令 ?是 一 个 对 象 所 拥有 的 函数 ， 调 用 该 函 
数 可 以 改变 对 象 可 观察 的 状态 。 我 尽量 避免 使 
用 这 个 意义 上 的 “命令 ”一 词 ， 而 更 愿意 称 其 
为 “修改 函数 ”(modifier) 或 者 “改变 辑 
žre (mutator) 。 





做 法 


。 为 想 要 包装 的 函数 创建 一 个 空 的 类， 根据 该 函 
数 的 名 字 为 其 命名 。 
。 使 用 搬移 函数 (198) 把 函数 移 到 空 的 类 里 。 








你 持原 来 的 函数 作为 转 及 函数 ， 人 至 少 你 留 
到 重 构 结束 之 前 才 删 除 。 





遵循 编程 语言 的 命名 规范 来 给 命令 对 象 起 名 。 
如 果 没 有 合适 的 命名 规范 ， 束 给 命令 对 象 中 负责 实 
际 执 行 命 令 的 函数 起 一 个 通用 的 名 字 ， 例 
如 “execute” 或 者 “call”。 





. 可 以 考虑 给 每 个 参数 创建 一 个 字段 ， 并 在 构造 
函数 中 添加 对 应 的 参数 。 
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JavaScript 语 言 有 很 多 缺点 ， 但 把 函数 作为 一 
守 公 民 对 每 ， 是 它 最 正确 的 设计 决 末 之 一 。 在 不 其 
备 这 种 能 力 的 编程 语言 中 ， 我 经 常 要 宽 力 为 很 常见 
的 任务 创建 命令 对 象 ，JavaScript 则 省 去 了 这 些 麻 
烦 。 不 过 ， 即 便 在 JavaScript 中 ， 有 时 也 需要 用 到 命 








AHR. 


一 个 典型 的 应 用 场景 就 是 拆 解 复 杂 的 函数 ， 以 
便 我 理解 和 修改 。 要 想 真 正 展示 这 个 重 构 手 法 的 价 
值 ， 我 需要 一 个 长 而 复杂 的 函数 ， 但 这 写 起 来 太 费 
事 ， 你 读 起 来 也 有 拷 烦 。 所 以 我 在 这 里 展示 的 函数 其 
a a 还 望 读者 权 且 
包涵 。 下 面 的 函数 用 于 给 一 份 保险 申请 评分 。 

















function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 

let certificationGrade = "regular"; 

if (scoringGuide.statewithLowCertification(candidate.originSt 

certificationGrade = "low"; 
result -= 5; 

// lots more code like this 


result -= Math.max(healthLevel - 5, 0); 
return result; 


EEE et 用 搬移 函数 (198) 
把 上 述 函 数 搬 到 这 个 类 里 去 。 





function score(candidate, medicalExam, scoringGuide) { 


return new Scorer().execute(candidate, medicalExam, scoringGu 


} 
class Scorer { 
execute (candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 
if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 
let certificationGrade = "regular"; 


if (scoringGuide.statewithLowCertification(candidate.originSt 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 


result -= Math.max(healthLevel - 5, 0); 
return result; 


大 多 数 时 候 ， 我 更 愿意 在 命令 对 象 的 构造 函数 
中 传 入 参数 ， 而 不 让 execute 图 数 接收 参数 。 在 这 
样 一 个 简单 的 拆 解 场景 中 ， 这 一 点 带 来 的 影响 不 
KA: 但 如 果 我 要 处 理 的 命令 需要 更 复杂 的 参数 设置 
周期 或 者 大 量 定 制 ， 上 述 做 法 就 会 市 来 很 多 便利 : 
多 个 命令 类 可 以 分 别 从 各 目的 构造 函数 中 获得 各 目 
不 同 的 参数 ， 然 后 又 可 以 排 成 队列 挨个 执行 ， 因 为 
它们 的 execute 函 数 签 名 都 一 样 。 


我 可 以 每 次 搬移 一 个 参数 到 构造 函数 。 

















function score(candidate, medicalExam, scoringGuide) { 


return new Scorer(candidate).execute(candidate, medicalExam 


} 


class Scorer... 


constructor (candidate){ 
this._candidate = candidate; 


} 


execute (candidate medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 


if (scoringGuide.statewithLowCertification(this. candidate.or 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 


} 


继续 处 理 其 他 参数 : 


function score(candidate, medicalExam, scoringGuide) { 
return new Scorer(candidate, medicalExam, scoringGuide).exe 


} 


class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


execute () { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 

let certificationGrade = "regular"; 


if (this. _scoringGuide.statewithLowCertification(this. candid 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 


result -= Math.max(healthLevel - 5, 0); 
return result; 


VA ae SCR A) Ee PU RE, ANE 
所 以 要 做 这 个 重 构 ， 是 为 了 拆 解 复杂 的 函数 ， 所 以 
我 还 是 大 致 展示 一 下 如 何 拆 解 。 下 一 步 是 把 所 有 局 
部 变量 都 变 成 字段 ， 我 还 是 每 次 修改 一 处 。 





class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


} 


execute () { 
this._result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 


if (this. scoringGuide.statewithLowCertification(this. 


certificationGrade = "low"; 
this._result -= 5; 


// lots more code like this 
this. result -= Math.max(healthLevel - 5, 0); 
return this._result; 


_candid 


重复 上 述 过 程 ， 直 到 所 有 局 部 变量 都 变 成 字 
段 。“《“ 把 局 部 变量 变 成 字段 ?这 个 重 构 手 法 是 如 此 
简单 ， 以 全 于 我 都 没有 在 重 构 名 录 中 给 它 一 席 之 











地 。 对 此 我 略 感 愧 次 。) 
class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


execute () { 
this._result = 0; 
this. _healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
this. _healthLevel += 10; 
this. highMedicalRiskFlag = true; 
} 


this._certificationGrade = "regular"; 


if (this. scoringGuide.statewithLowCertification(this 
this._certificationGrade = "low"; 
this._result -= 5; 


// lots more code like this 
this._result -= Math.max(this._healthLevel - 5, 0); 
return this._result; 


} 


. candid 


现在 函数 的 所 有 状态 都 已 经 移 到 了 命令 对 象 
中 ， 我 可 以 放心 使 用 提炼 函 数 “106) SEMEF 
法 ， 而 不 用 纠结 于 局 部 变量 的 作用 域 之 类 问题 。 








class Scorer... 


execute () { 
this._result = 0; 
this. _healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


this.scoreSmoking(); 
this. _certificationGrade = "regular"; 


if (this. scoringGuide.statewithLowCertification(this 
this._certificationGrade = "low"; 


. candid 


this._result -= 5; 
// lots more code like this 
this._result -= Math.max(this._healthLevel - 5, 0); 
return this._result; 
scoreSmoking() { 
if (this. _medicalExam.isSmoker) { 


this. _healthLevel += 10; 
this. _highMedicalRiskFlag = true; 


TE Et AT DA AD HL REE PRI BE — Ach BE is A T 
象 。 实 际 上 ， 在 JavaScript 中 运用 此 重 构 手法 时 ， 的 
确 可 以 考 上 不用 骨 僚 函数 来 代 葵 命令 对 象 。 不 过 我 还 
是 会 使 用 命令 对 象 ， 不 仪 因为 我 对 命令 对 象 更 熟 
悉 ， 而 且 还 因为 我 可 以 针对 命令 对 象 中 任何 一 个 函 
数 进 行 测试 和 调试 。 











11.10 ”以 函数 取代 命令 (Replace 
Command with Function) 


ROWER: 以 命令 取代 函数 (337) 


a = 
f( E ) 


class ChargeCalculator { 
constructor (customer, usage) { 
this. customer = customer; 
this. _usage = usage; 


execute() 
return this. _customer.rate * this._usage; 
J 
J 


function charge(customer, usage) { 
return customer.rate * usage; 


动机 


命令 对 象 为 处 理 复杂 计算 提供 了 强大 的 机 制 。 
借助 命令 对 象 ， 可 以 轻松 地 将 原本 复杂 有 的 函数 拆 解 
为 多 个 方法 ， 役 此 之 间 通 过 字段 共 蛙 状态: 拆 解 后 
的 方法 可 以 分 别 调用 ;开始 调用 之 前 的 数据 状态 也 
可 以 逐步 构建 。 但 这 种 强大 是 有 代价 的 。 大 多 数 时 
修 ， 我 只 是 想 调 用 一 个 函数 ， 让 它 完 成 目 己 的 工作 
束 好 。 如 果 这 个 函数 不 是 太 复 森 ， 那 么 命令 对 象 可 
能 显得 颖 而 不 囊 ， 我 就 应 该 考虑 将 其 变 回 普通 的 函 
数 。 


做 法 














。 运 用 提炼 函数 (106) ， 把 “创建 并 执行 命令 对 
象 ”* 的 代码 单独 提炼 到 一 个 函数 中 。 


这 一 步 会 新 建 一 个 函数 ， 最 终 这 个 函数 会 
取代 现在 的 命令 对 象 。 


。 对 命令 对 象 在 执行 阶段 用 到 的 函数 ， 逐 一 使 用 
AKRZE (115) 。 


BH AR ASS Wel H EY eR EEL, SE Ved H 
处 使 用 提炼 变量 (119) ， 然 后 再 使 用 内 联 函 数 
(115) 。 


。 使 用 改变 函数 声明 (124) ， 把 构造 函数 的 参数 
转移 到 执行 函数 。 

。 对 于 所 有 的 字段 ， 在 执行 函数 中 找到 引用 它们 
— 并 改 为 使 用 参数 。 每 次 修改 后 都 要 测 
VW 0 





。 把 “调用 构造 函数 ”和 “调用 执行 函数 ”两 步 都 内 联 
到 调用 方 (也 就 是 最 终 要 蔡 换 命令 对 象 的 那个 
函数 ) 。 

。 测 试 。 

。 用 移 除 死 代码 (237) 把 命令 类 消去 。 
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假设 我 有 一 个 很 小 的 命令 对 象 。 


class ChargeCalculator { 
constructor (customer, usage, provider)t{ 
this. customer = customer; 
this. _ usage = usage; 
this. provider = provider; 


} 
get baseCharge() { 
return this._customer.baseRate * this._usage; 


} 
get charge() { 
return this.baseCharge + this._provider.connectionCharge; 





使 用 方 的 代码 如 下 。 


调用 方 … 


monthCharge = new ChargeCalculator(customer, usage, provider) 


命令 关 足 够 小 、 足 够 简单 ， 变 成 函数 更 合适 。 


首先 ， (106) 把 命令 对 象 的 创 
建 与 调用 过 程 包 疙 到 一 个 函数 中 。 





调用 方 … 


monthCharge = charge(customer, usage, provider); 





顶层 作用 域 .… 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, provider).char 


接 下 来 要 考虑 如 何 处 理 文 持 函 数 〈 也 就 是 这 里 
的 basecharge 图 数 ) 。 对 于 有 返回 值 的 函数 ， 我 一 
般 会 先 用 提 烁 变量 (119) 把 返回 值 提 人 炼 出 来 。 


class ChargeCalculator... 


get baseCharge() { 
return this._customer.baseRate * this._usage; 


} 
get charge() { 


const baseCharge = this.baseCharge; 
return baseCharge + this._provider.connectionCharge; 


PR Ja XY SCF PRUE AN FPA C115) 。 


class ChargeCalculator... 


get charge() { 
const baseCharge = this._customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


DL CE PT ye et Ah HE i Se HB] — 4 pk A) RR 
DP Fe FE ie EAU A AGE BE eA. IG 
AS pki BURSA (124) 把 构造 函数 的 参数 逐一 添加 
到 charge 函 数 上 。 


class ChargeCalculator... 


constructor (customer, usage, provider) { 
this. customer = customer; 
this._usage = usage; 
this. provider = provider; 


charge(customer, usage, provider) { 
const baseCharge = this. customer .baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


J 





顶层 作用 域 .. 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, provider) 
.charge(customer, usage, provider); 


然后 修改 charge 函 数 的 实现 ， 改 为 使 用 传 入 的 
参数 。 这 个 修改 可 以 小 步 进 行 ， 每 次 使 用 一 个 参 
数 。 


class ChargeCalculator... 


constructor (customer, usage, provider) { 
£his.—eustemer—=erstemner— 
this. usage = usage; 

this. _provider = provider; 


} 


charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 
} 


构造 函数 中 对 this._customer 字 段 的 赋值 不 删 
除 也 没关系 ， 因 为 反正 没 人 使 用 这 个 字段 。 但 我 更 
愿意 去 掉 这 条 赋值 语句 ， 因 为 去 掉 它 以 后 ， 如 果 在 
函数 实现 中 漏 掉 了 一 处 对 字段 的 使 用 没有 修改 ， 测 
试 就 会 失败 。 A 
有 失败 ， 我 就 应 该 考虑 增加 测试 了 。 


其 他 参数 也 如 法 炮制 ， 直 到 charge 函 数 不 再 使 
用 任何 字段 : 





class ChargeCalculator... 


charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * usage; 
return baseCharge + provider.connectionCharge; 


MERDE EA Se Al A BUR AY 
charge ar. eA Be (115) 的 一 种 特殊 
Tdi, Beams BEE te R ABUT PAB H AK o 





顶层 作用 域 .… 


function charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * usage; 
return baseCharge + provider.connectionCharge; 


} 


现在 命令 类 已 经 是 死 代 码 了 ， 可 以 用 移 除 死 代 
fy (237) 给 它 一 个 体面 的 菊 礼 。 


第 12 瘟 ”处 理 继承 关系 


在 最 后 一 草 里 ， 我 将 介绍 面 问 对 象 编 程 技术 里 
最 为 人 熟知 的 一 个 特性 : 继承 。 与 任何 强 有 力 的 特 
性 一 样 ， 继 承 机 制 十 分 实用 ， 却 也 经 常 被 误 用 ， 而 
且 帅 得 等 你 用 上 一 段 时 间 ， 遇 见 了 痛 点 ， 才 能 察觉 
误 用 所 在 。 


特性 《主要 是 函数 和 字段 ) 经 癌 需 要 在 继承 体 
系 里 上 下 调整 。 我 有 一 组 手法 专门 用 来 处 理 此 类 调 
整 . 函数 上 移 (350) 、 字 段 上 移 (353) 、 构 造 函 
数 本 体 上 移 (355) . RCRA (359) 以 及 字段 下 
移 (361) 。 我 可 以 使 用 提 烁 超 类 (375) 、 移 除 子 
类 (369) 以 及 折 登 继承 体系 (380) 来 为 继承 体系 
添加 新 类 或 删除 旧 类 。 如 果 一 个 字段 仅仅 作为 类 型 
码 使 用 ， 根 据 其 值 来 触发 不 同 的 行为 ， 那 么 我 会 通 
过 以 子 类 取代 类 型 码 (362) ， 用 一 个 子 类 来 取代 
这 样 的 字段 。 

继承 本 身 是 一 个 强 有 力 的 工具 ， 但 有 时 它 也 可 
能 被 用 于 错误 的 地 方 ， 有 时 本 来 适合 使 用 继承 的 场 
景 变 得 不 再 合适 一 一 条 果真 如 此 ， 我 束 会 用 以 委托 
取代 子 类 “(381) 或 以 委托 取代 超 类 “(399) 将 继承 











体系 转化 成 委托 调用 。 


12.1 函数 上 移 (Pull Up Method) 


反 回 重 构 : 函数 下 移 (859) 





class Employee {...} 


class Salesman extends Employee { 
get name() {...} 


class Engineer extends Employee { 
get name() {...} 


V 


class Salesman extends Employee {...} 
class Engineer extends Employee {...} 


class Employee { 
get name() {...} 


动机 








避免 午 复 代码 是 很 重要 的 。 和 重复 的 两 个 函数 现 
在 也 许 能 够 正常 工作 ， 但 假 以 时 日 却 只 会 成 为 滋生 


bug 的 温床 。 无 论 何 时 ， 只 要 系统 内 出 现 重 复 ， 你 
就 会 面临 “修改 其 中 一 个 却 未 能 修改 男 一 个 ”的 风 
险 。 退 党 ， 找 出 重复 也 有 一 定 的 难度 。 


如 果 东 个 函数 在 各 个 子 类 中 的 函数 体 都 相同 
它们 很 可 能 是 通过 复制 粘贴 得 到 的 ) ， 这 就 是 最 
显而易见 的 函数 上 移 适 用 场合 。 当 然 ， 情 况 并 不 总 
征 如 此 明显 。 我 也 可 以 只 管 放心 地 重 构 ， 再 看 看 测 
ARE ae Nae BAER, IX m BET BR A A FE 
TPA fats. KAHL, WBS EE HY BE E S HI Ba eZ |B 
的 差异 往往 大 有 收获 ， CNAE SS A) RA AB EK 
还 记 训 斌 的 行为 。 


疯 数 上 移 和 常常 紧 随 其 他 重 构 而 被 使 用 。 也 许 我 
能 找 出 奋 干 个 映 处 不 同 子 类 内 的 函数 ， 而 它们 又 可 
以 通过 某 种 形式 的 参数 调整 成 为 相同 的 函数 。 这 时 
候 ， 最 简单 的 办 法 束 是 先 分 别 对 这 些 函 数 应 用 函数 
参数 化 (310) ， 然 后 应 用 函数 上 移 。 


函数 上 移 过 程 中 最 碎 烦 的 一 点 束 是 ， 被 提升 的 
因数 可 能 会 引用 只 出 现 于 子 关 而 不 出 现 于 超 关 的 特 
性 。 此 时 ， 我 惑 得 用 字段 上 移 〈353) 和 函数 上 移 
先 将 这 些 特性 (类 或 者 函数 ) 提升 到 超 类 。 


如 果 两 个 函数 工作 流程 大 体 相似 ， 但 实现 细节 
略 有 和 差异， 那么 我 会 考虑 先 借助 塑造 模板 函数 
(Form Template Method) [mf- 和 构造 出 相同 的 郴 












































数 ， 然 后 再 提升 它们 。 
做 法 





MATE AM, MeCN ect MH. 


如 条 它们 做 了 相同 的 事情 ， 但 函数 体 并 不 
FEE BL, ALTE MT 它们 进行 重 构 ， HSH K 
数 体 完全 一 致 。 


。 检 俘 函 数 体内 引用 的 所 有 函数 调用 和 字段 部 能 
从 超 类 中 调用 到 。 

。 如 宋 行 提升 函数 的 釜 名 不 同 ， 使 用 改变 函数 声 
明 (124) 将 那些 签名 都 修改 为 你 想 要 在 超 类 中 
使 用 的 签名 。 

。 在 超 关 中 新 建 一 个 函数 ， 将 东 一 个 待 握 升 函数 
的 代码 复制 到 其 中 。 

。 执行 静态 检查 。 


。 移 除 一 个 竺 提升 的 子 闫 
关 








数 。 
e Mhio 
Bl, ESRR RRR 


到 
逐一 移 除 竺 提升 的 子 闫 函 


中 的 函数 为 止 。 


we Bl 


我 手 上 有 两 个 子 类 ， 它 们 之 中 各 有 一 个 函数 做 
了 相同 的 事情 : 


class Employee extends Party... 


get annualCost() { 
return this.monthlyCost * 12; 


class Department extends Party... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 


检查 两 个 类 的 函数 时 我 发 现 ， 两 个 函数 都 引用 
了 monthlycost 属 性 ， 但 后 者 并 未 在 超 类 中 定义 ， 
而 是 在 两 个 子 类 中 各 自 定义 了 一 份 实现 。 因 为 





JavaScript 是 动态 语言 ， 这 样 做 没有 问题 ;但 如 采 是 
在 一 门 静 态 语言 里 ， 我 束 必 须 将 monthlycost 声 明 
为 Party 类 上 的 抽象 函数 ， 人 否则 编译 器 束 会 报错 。 


两 个 函数 各 有 不 同 的 名 字 ， 因 此 第 一 步 是 用 改 
变 函 数 声 明 (124) 统一 它们 的 函数 名 。 





class Department... 


get annualCost() { 
return this.monthlyCost * 12; 


然后 ， 我 从 其 中 一 个 子 类 中 将 annualcost 函 数 
复制 到 超 类 。 


class Party... 


get annualCost() 
return this.monthlyCost * 12; 





在 静态 语言 里 ， 做 完 这 一 步 我 就 可 以 编译 一 
次 ， 确 保 超 类 函数 的 所 有 引用 都 能 正常 工作 。 但 这 
是 在 JavaScript 里 ， 编 译 显然 帮 不 上 什么 忙 ， 因 此 我 


He MeEmployee H É hRannualcost KZG lik, 
接着 移 除 Department 类 中 的 annualcost 隙 数 。 


这 项 重 构 手法 至 此 即 告 完成 ， 但 还 有 一 个 遗留 
问题 需要 解决 : annualcost 岗 数 中 调用 了 
monthlycost， 但 后 者 并 未 在 Party 类 中 显 式 声明 。 
当然 代码 仍 能 正常 工作 ， 这 得 益 于 JavaScript 是 动态 
语言 ， 它 能 目 动 帮 你 调用 子 类 上 的 同名 函数 。 但 奎 
能 明 硝 传达 出 “继承 Party 类 的 子 类 需要 提供 一 
个 monthlycost 实 现 ” 这 个 信息 ， 无 疑 也 有 很 大 的 价 
值 ， 特 别 是 对 日 后 需要 这 加 子 类 的 后 来 者 。 其 中 一 
ee (trap) Pf 














class Party... 


get monthlyCost() { 
throw new SubclassResponsibilityError(); 


FARK EIR HOH W RA SB AR EAT BR St 
昔 误 >， 这 是 从 Smalltalk 借 鉴 来 的 名 字 。 


12.2 ”字段 上 移 (Pull Up Field) 





RHEW: 字段 下 移 (361) 


class Employee {...} // Java 
class Salesman extends Employee { 


private String name; 


class Engineer extends Employee { 
private String name; 


hta 
class Employee { 


protected String name; 


class Salesman extends Employee {...} 
class Engineer extends Employee {...} 


动机 





如 果 各 子 类 是 分 别 开 及 的 ， 或 者 是 在 重 构 过 程 
中 组 合 起 来 的 ， 你 常会 发 现 它们 拥有 重复 特性 ， 特 
别 是 字段 更 容易 重复 。 这 样 的 字段 有 时 拥有 近似 的 





名 字 ， 但 也 并 非 绝 对 如 此 。 判 断 徊 干 字段 是 否 重 
复 ， 唯 一 的 办 法 就 是 观察 函数 如 何 使 用 它们 。 如 果 
它们 被 使 用 的 方式 很 相似 ， 我 就 可 以 将 它们 提升 到 


超 类 中 去 


本 项 重 构 可 从 两 方面 减少 重复 : 首先 它 去 除了 
重复 的 数据 声明 ;其 次 它 使 我 可 以 将 使 用 该 字段 的 
行为 从 子 类 移 至 超 类 ， 从 而 去 除 重 复 的 行为 。 

许多 动态 语言 不 需要 在 类 定义 中 定义 字段 ， 相 
反 ， 字 段 是 在 第 一 次 被 赋值 的 同时 完成 声明 。 在 这 
种 情况 下 ,字段 上 移 基本 上 是 应 用 构造 函数 本 体 上 
移 〈355) 后 的 必然 结果 。 


做 法 





























。 针 对待 提升 之 字段 ， 检 查 它 们 的 所 有 使 用 点 ， 
确认 它们 以 同样 的 方式 被 使 用 。 
。 如 果 这 些 字 有 段 的 名 称 不 同 ， 先 使 用 变量 改名 
(137) 为 它们 取 个 相同 的 名 字 。 
。 在 超 类 中 新 建 一 个 字段 。 








新 字段 需要 对 所 有 子 类 可 见 〈 在 大 多 数 语 





言 中 protected 权 限 便 已 足够 ) 。 





。 移 除 子 关中 的 字段 。 
e Mhio 


12.3 ”构造 函数 本 体 上 移 (Pul Up 
Constructor Body ) 









constructor 


constructor 


Class Party {...} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 
this._id = id; 
this. name = name; 


this._monthlyCost = monthlyCost; 
} 
} 


class Party { 
constructor (name){ 
this._name = name; 


t 
} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this._monthlyCost = monthlyCost; 
} 
} 


动机 


构造 函数 是 很 奇妙 的 东西 。 它 们 不 是 普通 函 
数 ， 使 用 它们 比 使 用 普通 函数 受到 更 多 的 限制 。 





如 果 我 看 见 各 个 子 类 中 的 函数 有 共同 行为 ， 我 
的 第 一 个 念头 吏 是 使 用 提炼 函数 (106) 将 它们 所 
炼 到 一 个 独立 函数 中 ， 然 后 使 用 函数 上 移 (350) 
将 这 个 函数 据 升 至 超 类 。 但 构造 函数 的 出 现 打 乱 了 
我 的 算盘 ， 因 为 它们 附加 了 特殊 的 规则 ， 对 一 些 做 
法 与 函数 的 调用 次 序 有 所 限制 。 要 对 付 它 们 ， 我 需 
要 略微 不 同 的 做 法 。 


如 果 重 构 过 程 过 于 复杂 ， 我 会 考虑 转 而 使 用 以 
T) eB Rie AL (334) 。 


做 法 











。 如 果 超 类 还 不 存在 构造 函数 ， 首 先 为 其 定义 一 
Ao METH H EKE KA. 

。 使 用 移动 语句 (223) 将 子 类 中 构造 函数 中 的 公 
共 语 句 移 动 到 超 类 的 构造 函数 调用 语句 之 后 。 

。 逐 一 移 除 子 类 间 的 公共 代码 ， 将 其 提升 至 超 类 
构造 函数 中 。 对 于 公共 代码 中 引用 到 的 变量 ， 
W000 

e MIA o 

。 如 果 存 在 无 法 简单 提升 至 超 类 的 公共 代码 ， 先 
应 用 提炼 函数 106) ， 再 利用 函数 上 移 
(350) 提升 之 。 














we Bl 


我 以 下 列 “ 雇 员 ” 的 例子 开始 : 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 
this._id = id; 
this. name = name; 
this. _monthlyCost = monthlyCost; 


// rest of class... 
class Department extends Party { 
constructor(name, staff){ 
super(); 
this. _name = name; 
this._staff = staff; 


} 
// rest of class... 


Party 的 两 个 子 类 间 存 在 公共 代码 ， 也 即 是 对 
名 字 (mame) 的 赋值 。 我 先 用 移动 语句 (223) 
将 Employee 中 的 这 行 赋值 语句 移动 到 super() 调 用 
Jat: 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super () 
this. name = name; 
this._id = id; 
this. _monthlyCost = monthlyCost; 
} 


// vest of class... 


测试 。 之 后 我 将 这 行 公 共 代 码 提升 至 超 类 的 构 
造 疯 数 中 。 由 于 其 中 引用 了 一 个 子 类 构造 函数 传 入 
的 参数 name， 于 是 我 将 该 参数 一 并 传 给 超 类 构造 函 


class Party... 


constructor(name){ 
this._ name = name; 


} 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 

} 


class Department... 


constructor(name, staff){ 


super(name); 
this._staff = staff; 
} 


运行 测试 。 然 后 大 功 告 成 。 


多 数 时 候 ， 一 个 构造 函数 的 工作 原理 都 是 这 
样 : 先 ( 通 过 super 调 用 ) 初始 化 共用 的 数据 ， 再 
由 各 个 子 类 完成 额外 的 工作 。 但 是 ， 偶 尔 也 需要 将 
共用 行为 的 初始 化 提升 全 超 类 ， 这 时 问题 便 来 了 。 


请 看 下 面 的 例子 。 


class Employee... 


constructor (name) {...} 
get isPrivileged() {...} 


assignCar() {...} 


class Manager extends Employee... 


constructor(name, grade) { 
super (name); 
this._grade = grade; 
if (this.isPrivileged) this.assignCar(); // every subclass 


t 


get isPrivileged() { 
return this. grade >4; 


XERA GE Tt isPrivileged AÁ E HE 
类 ， 因 为 调用 它 之 前 需要 先 为 grade 字 段 赋值 ， 而 
该 字段 只 能 在 子 类 的 构造 函数 中 初始 化 。 


在 这 种 场景 下 ， 我 可 以 对 这 部 分 公共 代码 使 用 
fee AL (106) 。 





class Manager... 


constructor(name, grade) { 
super (name); 
this._grade = grade; 
this.finishConstruction(); 


} 


finishConstruction() { 
if (this.isPrivileged) this.assignCar(); 


然后 再 使 用 函数 上 移 (350) 将 提炼 得 到 的 函 
数 提升 至 超 类 ，。 


class Employee... 


finishConstruction() { 
if (this.isPrivileged) this.assignCar(); 


} 


12.4 peak (Push Down 
Method ) 


RHEW: KAER (350) 


class Employee { 
get quota {...} 


class Engineer extends Employee {...} 
Class Salesman extends Employee {...} 


class Employee {...} 


class Engineer extends Employee {...} 
class Salesman extends Employee { 
get quota {...} 


动机 





如 果 超 类 中 的 荣 个 函数 只 与 一 个 《或 少数 几 
个 ) 子 类 有 关 ， 那 么 最 好 将 其 从 超 类 中 挪 走 ， 放 到 
真正 关心 它 的 子 类 中 去 。 这 项 重 构 手法 只 有 在 超 类 
明确 知道 哪些 子 类 需要 这 个 函数 时 适用 。 如 果 超 类 














不 知晓 这 个 信息 ， 那 我 就 得 用 以 多 态 取 代 条 件 表达 
Jų (272), 只 贸 些 共用 的 行为 在 超 类 。 


做 法 





。 将 超 关 中 的 函数 本 体 复制 到 每 一 个 需要 此 函数 
的 子 关 中 。 


。 删 除 超 类 中 的 函数 。 

。 测 试 。 

。 将 该 函数 从 所 有 不 需要 它 的 那些 子 类 中 删除 。 
。 测 试 。 








12.5 字段 下 移 (Push Down 
Field) 


反问 重 构 ， FREK (353) 





class Employee { // Java 
private String quota; 


class Engineer extends Employee {...} 
class Salesman extends Employee {...} 


class Employee {...} 
class Engineer extends Employee {...} 


class Salesman extends Employee { 
protected String quota; 


动机 








如 琳 茶 个 字段 只 被 一 个 子 类 (或 者 一 小 部 分 子 
K) 用 到 ， 就 将 其 搬移 到 需要 该 字段 的 子 类 中 。 


做 法 


。 在 所 有 需要 该 字段 的 子 类 中 声明 该 字段 。 
。 将 该 字段 从 超 类 中 移 除 。 

e Mhio 

。 将 该 字段 从 所 有 不 需要 它 的 那些 子 类 中 删 挥 。 
e Mhio 








12.6 UTRPI (Replace 
Type Code with Subclasses ) 


包含 旧 重 构 : 以 State/Strategy 取 代 类 型 但 
(Replace Type Code with State/Strategy ) 


AL, GIA HR: 提炼 子 类 (Extract Subclass) 


RHE: 移 除 子 类 (369) 





function createEmployee(name, type) { 
return new Employee(name, type); 











function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer (name); 
case "Salesman": return new Salesman(name) ; 
case "manager": return new Manager (name); 


动机 


软件 系统 经 常 需要 表现 “相似 但 又 不 同 的 东 
西 "， 比 如 员工 可 以 按 职 位 分 类 工程 师 、 经 理 、 
销售 ) ， 订 单 可 以 按 优 先 级 分 类 〈 加 和 急 、 第 规 ) 。 
表现 分 类 关系 的 第 一 种 工具 是 类 型 码 字 段 一 一 根据 
具体 的 编程 语言 ， 可 能 实现 为 枚 举 、 符 号 、 字 符 串 
或 者 数字 。 类 型 码 的 取 值 经 常 来 自给 系统 提供 数据 
的 外 部 服务 。 


大 多 数 时 候 ， 有 这 样 的 类 型 码 融 够 上。 但 也 有 
些 时 候 ， 我 可 以 再 多 往 前 一 步 ， 引 入 子 类 。 继 承 有 





两 个 诱 人 之 处 。 首 先 ， 你 可 以 用 多 态 来 处 理 条 件 逻 
辑 。 如 果 有 几 个 函数 都 在 根据 类 型 码 的 取 值 采取 不 
同 的 行为 ， 多 态 就 显得 特别 有 用 。 引 入 子 类 之 后 ， 
我 可 以 用 以 多 态 取 代 条 件 表 达 式 (272) 来 处 理 这 
EE PRY AA 
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才 有 意义 ， 例 如 “销售 目标 ”只 对 “销售 ”这 类 员工 才 
有 音义。 此 时 我 可 以 创建 子 类 ， 然 后 用 字段 下 移 
(361) 把 这 样 的 字段 放 到 合适 的 子 关 中 去 。 当 
然 ， 我 也 可 以 加 入 验证 人 远 辑 ， 确 你 只 有 当 类 型 码 取 
值 正确 时 才 使 用 该 字段 ， 不 过 子 类 的 形式 能 更 明确 
地 表达 数据 与 类 型 之 间 的 关系 。 


在 使 用 以 子 类 取代 类 型 码 时 ， 我 需要 考虑 一 个 
问题 : 应 该 直接 处 理 携带 类 型 但 的 这 个 类 ， 还 是 应 
VANDER IGA We? 以 前 面 的 例子 来 说 ， 我 是 应 
该 让 “工程 师 ” 成 为 “员工 ”的 子 类 ， 还 是 应 该 在 “ 员 
工 ” 类 包含 “员工 类 别 ” 属 性 、 从 后 者 继承 出 “工程 
师 ” 和 “经 理 ” 等 子 类 型 呢 ? 直接 的 子 类 继承 〈 前 一 
种 方案 ) 比较 简单 ， 但 职位 类 别 就 不 能 用 在 其 他 场 
合 了 。 男 外 ， 如 果 员 工 的 类 别 是 可 变 的 ， 那 么 也 不 
能 使 用 直接 继承 的 方案 。 如 果 想 在 “员工 类 别 ” 之 下 
创建 子 类 ， 可 以 运用 以 对 象 取代 基本 类 型 (174) 
把 类 型 码 包 装 成 < 员工 类 别 ” 类 ， 然 后 对 其 使 用 以 子 
类 取代 类 型 码 (362) 。 






































做 法 


© ARR FEC 

© {EE TARAS, ABET PR. % 
写 类 型 码 类 的 取 值 函数 ， 令 其 返回 该 类 型 码 的 
字面 量 值 。 

。 创 建 一 个 选择 融 馆 辑 ， 把 类 型 码 参数 映射 到 新 
的 子 类 。 


如 果 选 择 朋 接 继承 的 方案 ， 束 用 以 工厂 函 
数 取 代 构 造 函 数 〈334) 包装 构造 函数 ， 把 选择 
名 人 逻辑 放 在 工厂 函数 里 ;， 如果 选择 间接 继承 的 
方 末 ， 选 择 强 逻辑 可 以 保留 在 构造 函数 里 。 





。 测 试 。 

。 针 对 每 个 类 型 码 取 值 ， 重 复 上述 “创建 子 类 、 添 
加 选择 器 逻辑 ”的 过 程 。 每 次 修改 后 执行 测试 。 
。 去 除 类 型 码 字 段 。 

。 测 试 。 

。 使 用 函数 下 移 (359) 和 以 多 态 取代 条 件 表 达 式 
(272) 处 理 原本 访问 了 类 型 码 的 函数 。 全 部 处 





理 完 后 ， 束 可 以 移 除 类 型 码 的 访问 函数 。 


ww il 


这 个 员工 管理 系统 的 例子 已 经 被 用 烂 了 .…… 
class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. _name = name; 
this._type = type; 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg}°); 


} 
toString() {return `${this._name} (${this._type})~;} 





第 一 步 是 用 封装 变量 132) 将 类 型 码 自封 装 
ER. 


class Employee... 


get type() {return this._type;} 
toString() {return `${this._name} (${this.type})`;} 





请 注意 ，tostring 函 数 的 实现 中 去 掉 了 
this._type 的 下 划 线 ， 改 用 新 建 的 取 值 函数 了 。 


我 选择 从 工程 师 ("engineer") 这 个 类 型 码 开 
始 重 构 。 我 打算 采用 直接 继承 的 方案 ， 也 了 吏 是 继 
承 Employee 类 。 子 类 很 简单 ， 只 要 上 履 写 类 型 码 的 取 
ERZO BPESA S o 




















class Engineer extends Employee { 
get type() {return "engineer";} 


虽然 JavaScript 的 构造 函数 也 可 以 返回 其 他 对 
RB, (AMR EL, CRS SE 
始 化 逻辑 相互 纠缠 ， 搞 得 一 团 混乱 。 所 以 我 会 先 运 
用 以 工厂 函数 取代 构造 函数 〈334) ， 新 建 一 个 工 
三 函数 以 便 安 放 选 择 右 逻辑 。 


function createEmployee(name, type) { 
return new Employee(name, type); 


} 


YA Ja FRI ee a EEL RAZR, HATE 
始 使 用 新 的 子 类 。 
function createEmployee(name, type) { 


switch (type) { 
case "engineer": return new Engineer(name, type); 


return new Employee(name, type); 


测试 ， 确 保 一 切 运 转正 常 。 不 过 由 于 我 的 偏 
执 ， 我 随后 会 修改 Engineer 类 中 和 窗 写 的 type 函 数 ， 
让 它 返 回 另 外 一 个 值 ， 再 次 执行 测试 ， 确 保 会 有 测 
试 失败 ， 这 样 我 才能 肯定 : 新 建 的 子 类 真 的 被 用 到 
了 。 然 后 我 把 type 函 数 的 返回 值 改 回 正确 的 状态 ， 
继续 处 理 别 的 类 型 。 我 一 次 处 理 一 个 类 型 ， 每 次 修 
改 后 都 执行 测试 。 





class Salesman extends Employee { 
get type() {return "salesman"; } 


class Manager extends Employee { 
get type() {return "manager"; } 


function createEmployee(name, type) { 
Switch (type) { 
case "engineer": return new Engineer(name, type); 
case "Salesman": return new Salesman(name, type); 
case "manager": return new Manager (name, type); 


return new Employee(name, type); 


全 部 修改 完成 后 ， 我 束 可 以 去 挥 类 型 码 字 段 及 
其 在 超 类 中 的 取 值 函数 〈 子 类 中 的 取 值 函数 仍然 保 


ADe 


class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
pea — ; 

} 


toString() {return `${this._name} (${this.type})`;} 


测试 ， 确 保 一 切 工作 正常 ， 我 就 可 以 移 除 验 证 
人 馆 辑 ， 因 为 分 用 馆 辑 做 的 是 同一 回 事 。 





class Employee... 


constructor(name, type){ 
x 7 
this. name = name; 
} 
function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer(name, type); 
case "Salesman": return new Salesman(name, type); 
case "manager": return new Manager (name, type); 


default: throw new Error( Employee cannot be of type ${type}- 


Fetucn new Emptoeyeetrane,_type}+ 
} 





现在 ,构造 函数 的 类 型 参数 已 经 没 用 了 ， 用 改 


变 函 数 声 明 (124) EEF. 


class Employee... 


constructor (name;—ty~e ) { 
this. name = name; 


} 


function createEmployee(name, type) { 
switch (type) { 


case "engineer": return new Engineer (name;—type) ; 
case "Salesman": return new Salesman(name;—ty-pe) ; 
case "manager": return new Manager (name;—type); 


default: throw new Error( Employee cannot be of type ${type}- 
} 
} 


子 类 中 获取 类 型 码 的 访问 函数 get type 
数 一 一 仍然 留 着 。 通 第 我 会 希望 把 这 些 函 数 也 干 
挥 ， 不 过 可 能 需要 多 人 花 点 儿 时 间 ， 因 为 有 其 他 函数 
使 用 了 它们 。 我 会 用 以 多 态 取代 条 件 表 达 式 
(272) 和 函数 下 移 (359) 来 处 理 这 些 访问 函数 。 
到 某 个 时 候 ， 己 经 没有 代码 使 用 类 型 码 的 访问 函数 
了 ， 我 再 用 移 除 死 代码 (237) 给 它们 送 终 。 





ya: 使 用 间接 继承 


还 是 前 面 这 个 例子 ， 我 们 回 到 最 起 初 的 状态 ， 
不 过 这 次 我 已 经 有 了 “全 职员 工 ” 和 “ 阅 职 员工 ”两 个 
子 类 ， 所 以 不 能 表 根 据 员工 类 列 代码 创建 子 类 了 。 
为 外 ， 我 可 能 需要 允许 员工 类 列 动 态 调 整 ， 这 也 会 
导致 不 能 使 用 直接 继承 的 方案 。 








class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
this._type = type; 
} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg} `); 


get type() {return this._type; } 
set type(arg) {this._type = arg;} 


get capitalizedType() { 
return this. _type.charAt(0).toUpperCase() + this._type.substr 


} 
toString() { 
return “${this._name} (${this.capitalizedType}) ; 





RRA] toString Ph Ae BAe SR, DER JA 
展示 用 。 
首先 ， 我 用 以 对 象 取代 基本 类 型 (174) 包装 


类 型 码 。 





class EmployeeType { 
constructor(aString) { 
this._value = aString; 


toString() {return this. value; } 


class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
this.type = type; 


} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg} ); 
} 


get typeString() {return this._type.toString();} 
get type() {return this. _type;} 
set type(arg) {this. type = new EmployeeType(arg);} 
get capitalizedType() { 
return this.typeString.charAt(0).toUpperCase() 
+ this.typeString.substr(1).toLowerCase(); 


} 
toString() { 

return “${this._name} (${this.capitalizedType}) ; 
} 


然后 使 用 以 子 类 取代 类 型 码 (362) WEE 
路 ， 把 员工 类 别 代码 变 成 子 类 。 


class Employee... 


set type(arg) {this._type = Employee.createEmployeeType(arg); 
static createEmployeeType(aString) { 
switch(aString) { 
case "engineer": return new Engineer(); 
case "manager": return new Manager (); 
case "salesman": return new Salesman(); 


default: throw new Error( Employee cannot be of type ${aStrin 
} 
} 


class EmployeeType { 


class Engineer extends EmployeeType { 
toString() {return "engineer";} 


class Manager extends EmployeeType { 
toString() {return "manager";} 


class Salesman extends EmployeeType { 
toString() {return "salesman"; } 


如 果 重 构 到 此 为 止 的 话 ， 空 的 EmployeeType 类 
可 以 去 抒 。 但 我 更 愿意 留 看 它 ， 用 来 明确 表达 各 个 
子 类 之 间 的 关系 。 并 且 有 一 个 超 类 ， 也 方便 把 其 他 
行为 搬移 进去 ， 例 如 我 专门 放 在 toSstring 函 数 里 
WA FAS ZE, WAT DARE 





class Employee... 


toString() { 
return “${this._name} (${this.type.capitalizedName}) °; 


class EmployeeType... 


get capitalizedName() 
return this.toString().charAt(0).toUpperCase() 
+ this.toString().substr(1).toLowerCase(); 


J 


熟悉 本 书 第 1 版 的 读者 大 概 能 看 出 ， 这 个 例子 
来 自 第 1 版 的 以 State/Strategy 取 代 类 型 码 重 构 手 法 。 
现在 我 认为 这 是 以 间接 继承 的 方式 使 用 以 子 类 取代 
类 型 码 ， 所 以 就 不 再 将 其 作为 一 个 单独 的 重 构 手法 
了 。《 而 且 我 也 一 直 不 喜欢 那个 老 重 构 手 法 的 名 
字 。) 


12.7 ETZ (Remove 
Subclass ) 


用 名 : 以 字段 取代 子 类 (Replace Subclass 
with Fields ) 


RHE: 以 子 类 取代 类 型 码 (362) 


class Person { 
get genderCode() {return "X";} 


class Male extends Person { 
get genderCode() {return "M";} 
} 
class Female extends Person { 
get genderCode() {return "F";} 
} 





class Person { 
get genderCode() {return this._genderCode; } 


动机 


子 类 很 有 用 ， 它 们 为 数据 结构 的 多 样 和 行为 的 
多 态 提供 支持 ， 它 们 是 针对 差异 编程 的 好 工具 。 但 
随 着 软件 的 演化 ， 子 类 所 支持 的 变化 可 能 会 被 搬移 
到 别处 ， 甚 至 完全 去 除 ， 这 时 子 类 就 失去 了 价值 。 
有 时 添加 子 类 是 为 了 应 对 未 来 的 功能 ， 结 果 构 想 中 
的 功能 压根 没 被 构造 出 来 ， 或 者 用 了 另 一 种 方式 构 
造 ， 使 该 子 类 不 再 被 需要 了 。 

子 类 存在 着 就 有 成 本 ， 阅 读者 要 花心 思 去 理解 
它 的 用 意 ， 所 以 如 果子 类 的 用 处 太 少 ， 就 不 值得 存 
在 了 。 此 时 ， 最 好 的 选择 就 是 移 除 子 类 ， 将 其 蔡 换 
为 超 类 中 的 一 个 字段 。 























做 法 


。 使 用 以 工厂 函数 取代 构 霹 函数 (334) ， 把 子 关 
的 构造 沙 数 包装 到 超 类 的 工厂 函数 中 。 





如 果 构 造 冰 数 的 客户 疾 用 一 个 数组 字段 来 
决定 实例 化 哪个 子 类 ， 可 以 把 这 个 判断 逻辑 放 
到 超 类 的 工厂 函数 中 。 








。 如 条 有 任何 代码 检查 子 类 的 类 型 ， 先 用 提 烁 函 
Bl (106) JURA Ie ER, Ala ik 
PPB (198) 将 其 搬 到 超 类 。 每 次 修改 后 执行 
MAK 
。 新 建 一 个 字段 ， 用 于 代表 子 类 的 类 型 。 
。 将 原本 针对 子 类 的 类 型 做 判断 的 函数 改 为 使 用 
新 建 的 类 型 字段 。 
。 删除 子 类 。 
e Mhio 
本 重 构 手 法 种 用 于 一 次 移 除 多 个 子 闫 ， 此 时 需 
BFC KLE FRA CANIN) BL. PAS 
类 型 检查 ) , Pa AMS ET BPA 





we Bl 





一 开始 ， 代 码 中 遗留 了 两 个 子 类 。 
class Person... 


constructor(name) { 
this. name = name; 


get name() {return this._name;} 
get genderCode() {return "X";} 
// snip 


Class Male extends Person { 
get genderCode() {return "M";} 


class Female extends Person { 
get genderCode() {return "F"; } 


MRF RAT IS AILS, ARAB EEE o 
不 过 ， 在 移 除 子 类 之 前 ， 通 党 有 必要 检 伍 使 用 方 代 
人 码 是 否 有 依赖 于 特定 子 类 的 行为 ， 这 样 的 行为 需要 
被 搬移 到 于 关中 。 在 这 个 例子 里 ， 我 找到 一 些 客户 
闹 代 人 码 基 于 子 类 的 类 型 做 判断 ， 不 过 这 也 不 足以 成 
为 保留 子 类 的 理由 。 








const numberOfMales = people.filter(p => p instanceof Male).1 








BE AE RET A PE ARI NY, RRN 
KZ RAEI CUS RER, ATS nda) AA 
in AAS ED Meo AY PANE PART An ee» SIE YY 
Fy ive VAT) pe UDC Ate PRB C334) 。 在 这 


里 ， 实 现 工 三 有 两 种 方式 。 
最 直接 的 方式 是 为 每 个 构造 函数 分 别 创建 一 个 
T) AŽ. 


function createPerson(name) { 
return new Person(name); 








function createMale(name) { 
return new Male(name); 


function createFemale(name) { 
return new Female(name); 





虽然 这 是 最 直接 的 选择 ， 但 这 样 的 对 象 经 党 是 
从 输入 源 加 载 出 来 ， 下 接 根 据 性 别 代码 创建 对 象 。 


function loadFromInput (data) { 


const result = []; 
data.forEach(aRecord => { 


let p; 


switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p = new Female(aRecord.name); break; 
default: p = new Person(aRecord.name); 


} 
result.push(p); 
}); 


return result; 


} 





有 鉴于 此 ， 我 觉得 更 好 的 办 法 是 先 用 提炼 函数 
(106) 把 “选择 哪个 类 来 实例 化 ”的 逻辑 提炼 成 工 
J PRR 


function createPerson(aRecord) { 
let p; 
Switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p = new Female(aRecord.name); break; 
default: p = new Person(aRecord.name); 


return p; 


function loadFromInput (data) { 
const result = []; 
data. forEach(aRecord => { 
result.push(createPerson(aRecord)); 


+); 


return result; 


i 


EREL) 函数 后 ， 我 会 对 这 两 个 函数 做 些 清 
理 。 先 用 内 联 变 量 (123) faittcreatePersonpkl 
BR: 


function createPerson(aRecord) { 
switch (aRecord.gender) { 
case 'M': return new Male (aRecord.name); 
case 'F': return new Female(aRecord.name) ; 
default: return new Person(aRecord.name) ; 





FAFA DA Ere TA (231) 简 
化 1oadFromInput eA 20: 





function loadFromInput(data) { 
return data.map(aRecord => createPerson(aRecord)); 


J 


工厂 函数 封装 了 子 类 的 创建 逻辑 ， 但 代码 中 还 
有 一 处 用 到 instanceof 运 算 符 一 一 这 从 来 不 会 是 什 
么 好 味道 。 我 用 提炼 函数 (106) 把 这 个 类 型 检查 
逻辑 提 烁 出 来 。 











客户 端 ... 


const numberOfMales = people.filter(p => isMale(p)).length; 


function isMale(aPerson) {return aPerson instanceof Male; } 


ORG FAAS PAY (198) 将 其 移 到 person 类 。 


Class Person... 


get isMale() {return this instanceof Male; } 


客户 端 ... 


const numberOfMales = people.filter(p => p.isMale).length; 





重 构 到 这 一 步 ， 所 有 与 子 类 相关 的 知识 都 已 经 
CP SW LR EBA) KR. OFFERS] 
用 子 关 ?这 种 情况 ， 通 种 我 会 很 警惕 ， 不 过 这 段 代 
码 用 不 了 一 杯 茶 的 工夫 就 会 被 干 挥 ， 所 以 也 不 用 太 
担心 。) 


现在 ， 添 加 一 个 字段 来 表示 子 类 之 间 的 差异 。 
既然 有 来 自 别 处 的 一 个 类 型 代码 ， 直 接 用 它 也 无 
妨 。 





Class Person... 


constructor(name, genderCode) { 
this. _ name = name; 
this._genderCode = genderCode || "X"; 


} 


get genderCode() {return this._genderCode;} 


在 初始 化 时 先 将 其 设置 为 默认 值 。( 顺 便 说 一 
句 ， 虽 然 大 多 数 人 可 以 归 类 为 男性 或 女性 ， 但 确实 
有 些 人 不 是 这 两 种 性 别 中 的 任何 一 种 。 急 视 这 些 人 
的 存在 ， 是 一 个 第 见 的 建 模 错 误 。) 


首先 从 “男性 ”的 情况 开始 ， 将 相关 人 逻辑 折 骆 到 
超 类 中 。 为 此 ， 背 先 要 修改 工厂 函数 ， 令 其 返回 一 
个 Person 对 象 ， 然 后 修改 所 有 instanceof 检 查 远 
辑 ， 改 为 使 用 性 别 代码 字段 。 








function createPerson(aRecord) { 
Switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Female(aRecord.name); 
default: return new Person(aRecord.name) ; 
} 
} 


class Person... 


get isMale() {return "M" === this._genderCode;} 


此 时 我 可 以 测试 ， 删 除 Male 子 类 ， 再 次 测试 ， 


然后 对 Female 子 类 也 如 法 炮制 。 


function createPerson(aRecord) { 
Switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Person(aRecord.name, "F"); 
default: return new Person(aRecord.name); 


t 
} 


类 型 代码 的 分 配 有 点 儿 失 衡 ， 默 认 情 况 没 有 类 
型 代码 ， 这 种 情况 让 我 很 烦心 。 未 来 疯 读 代码 的 人 
会 一 二 好 奇 背 后 的 原因 。 所 以 我 更 愿 音 现 在 做 点 儿 
修改 ， 给 所 有 和 情况 都 平等 地 分 配 类 型 代码 一 一 只 要 
不 会 引入 额外 的 复杂 性 瓯 好 。 








function createPerson(aRecord) { 
Switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Person(aRecord.name, "F"); 
default: return new Person(aRecord.name, "X"); 


class Person... 


constructor(name, genderCode) { 
this._name = name; 
this._genderCode = genderCode || "X"; 


12.8 tebe (Extract 
Superclass ) 





class Department { 
get totalAnnualCost() {...} 
get name() {...} 
get headCount() {...} 


class Employee { 
get annualCost() {...} 
get name() {...} 
get id() {...} 


class Party { 
get name() {...} 
get annualCost() {...} 


} 


class Department extends Party { 
get annualCost() {...} 
get headCount() {...} 


} 


class Employee extends Party { 
get annualCost() {...} 
get id() {...} 


动机 


如 果 我 看 见 两 个 类 在 做 相似 的 事 ， 可 以 利用 基 
本 的 继承 机 制 把 它们 的 相似 之 处 提 烁 到 超 类 。 我 可 
以 用 字段 上 移 《〈353) 把 相同 的 数据 搬 到 超 类 ， 用 
KAE (350) 搬移 相同 的 行为 。 


很 多 技术 作家 在 谈 到 面 问 对 象 时 ， 认 为 继承 必 
须 预 先 仔 细 计 划 ， 应 该 根据 “真实 世界 ”的 分 类 结构 
建立 对 象 模 型 。 真 实 世界 的 分 类 结构 可 以 作为 设计 
继承 关系 的 提示 ， 但 还 有 很 多 时 候 ， 合 理 的 继承 关 
系 是 在 程序 演化 的 过 程 中 才 浮 现 出 来 的 : 我 友 现 了 
一 些 共 同 元 素 ， 和 希望 把 它们 抽取 到 一 处 ， 于 是 就 有 
了 继承 关系 。 


另 一 种 选择 就 是 提炼 类 (182) 。 这 两 种 方案 
之 间 的 选择 ， 其 实 就 是 继承 和 委托 之 间 的 选择 ， 总 
之 目的 都 是 把 重复 的 行为 收拢 一 处 。 提 炼 超 类 通常 
是 比较 简单 的 做 法 ， 所 以 我 会 首选 这 个 方案 。 即 便 
选 错 了 ， 也 总 有 以 委托 取代 超 类 (399) ate 


AY AY NZ, o 


做 法 

















。 为 原本 的 类 新 建 一 个 空白 的 超 类 。 


如 果 需 要 的 话 ， 用 改变 函数 声明 (124) 调 
整 构造 图 数 的 签名 。 


测试 。 

使 用 构造 函数 本 体 上 移 (355). AAEH 
(350) 和 字段 上 移 (353) 手法 ， 逐 一 将 子 类 
的 共同 元 素 上 移 到 超 类 。 

检查 留 在 子 类 中 的 函数 ， 看 它们 是 否 还 有 共同 
的 成 分 。 如 果 有 ， 可 以 先 用 提炼 函数 〈106) 将 
其 提炼 出 来 ， 再 用 函数 上 移 (350) 搬 到 超 类 。 
检查 所 有 使 用 原本 的 类 的 客户 端 代 码 ， 考 虑 将 
其 调整 为 使 用 超 类 的 接口 。 

















wl 


下 面 这 两 个 类 ， 仔 细 考 虑 之 下 ， 是 有 一 些 共同 
之 处 的 一 一 它们 都 有 名 字 (name) , ERA HER 
AS (monthly cost〉 和 年 度 成 本 (annual cost) 的 概 
念 : 





class Employee { 
constructor(name, id, monthlyCost) { 
this._id = id; 
this._name = name; 
this._monthlyCost = monthlyCost; 
} 


get monthlyCost() {return this._monthlyCost; } 
get name() {return this._name;} 
get id() {return this._id;} 


get annualCost() { 
return this.monthlyCost * 12; 
} 
} 


class Department { 
constructor(name, staff){ 
this. _name = name; 
this._staff = staff; 


} 
get staff() {return this._staff.slice();} 
get name() {return this._name;} 


get totalMonthlyCost() { 
return this.staff 
.map(e => e.monthlyCost) 
.reduce((sum, cost) => sum + cost); 


} 
get headCount() { 
return this.staff.length; 


} 
get totalAnnualCost() { 
return this.totalMonthlyCost * 12; 
} 
} 








可 以 为 它们 提炼 一 个 共同 的 超 类 ， 更 明显 地 表 
达 出 它们 之 间 的 共同 行为 。 


首先 创建 一 个 空 的 超 类 ， 让 原来 的 两 个 类 都 继 
承 这 个 新 的 类 。 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 


this._id = id; 
this. name = name; 
this._monthlyCost = monthlyCost; 


// rest of class... 


class Department extends Party { 


constructor(name, staff){ 
super(); 


this. name = name; 
this._staff = staff; 


// rest of class... 


在 提炼 超 类 时 ， 我 襄 欢 先 从 数据 开始 搬移 ， 在 
JavaScript 中 残 需要 修改 构造 函数 。 我 先 用 字段 上 移 
(353) 把 name 字 段 搬 到 超 类 中 。 


class Party... 


constructor (name) { 
this. _ name = name; 
} 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 
} 


class Department... 


constructor(name, staff){ 
super (name); 
this._staff = staff; 

} 


把 数据 搬 到 超 类 的 同时 ， 可 以 用 函数 上 移 
(350) 把 相关 的 函数 也 一 起 搬移 。 首 和 爷 是 name 函 
Bl: 


class Party... 


get name() {return this._name; } 


class Employee... 


get name() {return this._name; } 


class Department... 


get name() {return this. _name; } 


有 两 个 函数 实现 非常 相似 。 
class Employee... 


get annualCost() { 
return this.monthlyCost * 12; 


class Department... 


get totalAnnualCost() { 
return this.totalMonthlyCost * 12; 


它们 各 自 使 用 的 函数 monthlycost 和 
totalMonthlycost 名 字 和 实现 都 不 同 ， 但 意图 却 是 
一 致 。 我 可 以 用 改变 函数 声明 124) 将 它们 的 名 
字 统 一 。 


class Department... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 


get monthlyCost() { ... } 


然后 对 计算 年 度 成 本 的 函数 也 做 相似 的 改名 : 


class Department... 


get annualCost() 
return this.monthlyCost * 12; 


现在 可 以 用 函数 上 移 〈350) 把 这 个 函数 搬 到 
RR I 


class Party... 


get annualCost() { 
return this.monthlyCost * 12; 


class Employee... 


class Department... 


12.9 JÆ (Collapse 
Hierarchy) 





class Employee {...} 
class Salesman extends Employee {...} 


ktd 


class Employee {...} 


动机 


在 重 构 类 继承 体系 时 ， 我 经 党 把 函数 和 字段 上 
下 移动 。 随 痢 继 承 体 系 的 演化 ， 我 有 时 会 及 现 一 个 
类 与 其 超 类 已 经 没 多 大 到 别 ， 不 值得 册 作 为 独立 的 
类 存在 。 此 时 我 就 会 把 超 类 和 子 类 合并 起 来 。 


做 法 














我 选择 的 依据 是 看 哪个 类 的 名 字 放 在 未 来 
更 有 意义 。 如 果 两 个 名 字 都 不 够 好 ， 我 就 随便 
挑 一 个 。 


。 使 用 字段 上 移 (353) 、 字 段 下 移 (361). K 
数 上 移 (350) 和 函数 下 移 (359) ， 把 所 有 元 
素 都 移 到 同一 个 类 中 。 

。 调 整 即将 被 移 除 的 那个 类 的 所 有 引用 点 ， 令 它 
们 改 而 引用 合并 后 留 下 的 类 。 

。 移 除 我 们 的 目标 ;此 时 它 应 该 已 经 成 为 一 个 空 








SS 
。 测 | 试 。 


12.10 ”以 委托 取代 子 类 (Replace 
Subclass with Delegate) 


class Order { 
get daysToShip() { 
return this. _warehouse.daysToShip; 
} 
} 


class Priorityorder extends Order { 
get daysToShip() { 
return this._priorityPlan.daysToShip; 
J 
} 


class Order { 


V 
get daysToShip() { 


return (this._priorityDelegate) 
? this._priorityDelegate.daysToShip 
: this._warehouse.daysToShip; 
} 


} 
class PriorityOrderDelegate { 
get daysToShip() { 
return this._priorityPlan.daysToShip 


$ 
} 


动机 


如 果 一 个 对 象 的 行为 有 明显 的 类 别 之 分 ， 继 承 
是 很 目 然 的 表达 方式 。 我 可 以 把 共用 的 数据 和 行为 
放 在 超 类 中 ， 每 个 子 类 根据 需要 窗 写 部 分 特性 。 在 
面 癌 对 象 语言 中 ， 继 承 很 容易 实现 ， 因 此 也 是 程序 
TEAS AL HI o 





但 继承 也 有 其 短 板 。 最 明显 的 是 ， 继 承 这 张 牌 
只 能 打 一 次 。 导 致 行为 不 同 的 原因 可 能 有 多 种 ， 但 
继承 只 能 用 于 处 理 一 个 方 同上 的 变化 。 比 如 1 说， 我 
可 能 希望 < 人 ”的 行为 根据 “年 龄 段 ” 不 同 ， 并 且 根 
据 “ 收 入 水 平 ”不 同 。 使 用 继承 的 话 ， 子 类 可 以 
是 “年 轻 人 ”和 “老人 ”， 也 可 以 是 “ 富 人 ”和 “穷人 ”， 
但 不 能 同时 采用 两 种 继承 方式 。 


更 大 的 问题 在 于 ， 继 承 给 类 之 间 引 入 了 非常 紧 
密 的 关系。 在 超 类 上 做 任何 修改 ， 痢 很 可 能 破坏 子 
类 ， 上 所 以 我 必须 非常 小 心 ， 并 且 充 分 理解 子 类 如 何 
从 超 类 派生 。 如 末 两 个 类 的 逻辑 分 处 不 同 的 模块 、 
由 不 同 的 团队 负责 ， 问 题 融 会 更 碎 烦 。 


这 两 个 问题 用 委托 都 能 解决 。 对 于 不 同 的 变化 
原因 ， 我 可 以 委托 给 不 同 的 类 。 委 托 是 对 象 之 间 篆 
规 的 关系 。 与 继承 关系 相 比 ， 使 用 委托 关系 时 接口 
更 清晰 、 耦 合 更 少 。 因 此 ， 继 承 关 系 遇 到 问题 时 运 
用 以 委托 取代 子 类 是 常见 的 情况 。 


有 一 条 流行 的 原则 : “对 象 组 合 优 于 类 继 
承 ”(“ 组 合 ” 跟 “委托 ”是 同一 回 事 ) 。 很 多 人 把 这 名 
话 解 读 为 “继承 有 害 ”， 并 因此 声称 绝 不 应 该 使 用 继 
承 。 我 经 党 使 用 继承 ， 部 分 是 因为 我 知道 ， 如 果 稍 
后 需要 改变 ， 我 忌 可 以 使 用 以 委托 取代 子 类 。 继 承 
征 一 种 很 有 价值 的 机 制 ， 大 部 分 时 候 能 达到 效 打 ， 
不 会 带 来 问题 。 所 以 我 会 从 继承 开始 ， 如 打开 始 出 


























现 问题 ， 再 转 而 使 用 委托 。 这 种 用 法 与 前 面 说 的 原 
则 实际 上 是 一 致 的 一 一 这 条 出 目 名 闭 《 设 计 模 式 》 
[gof] 的 原则 解释 了 如 何 让 继承 和 组 合 协 同 工 作 。 这 
条 原则 之 所 以 强调 “组 合 优 于 继承 ”， 其 实 是 对 彼 时 
继承 第 被 滥用 的 回应 。 


熟悉 《设计 模式 》 一 书 的 读者 可 以 这 样 来 理解 
ASE RYE, MERA (State) 模式 或 者 策略 
(Strategy) 模式 取代 子 类 。 这 两 个 模式 在 结构 上 
是 相同 的 ， 都 是 由 竹 主 对 象 把 贡 任 委托 给 男 一 个 继 
承 体 系 。 以 委托 取代 子 类 并 非 总 会 需要 建立 一 个 继 
承 体 系 来 接受 委托 下面 第 一 个 例子 就 没有 ) ， 不 
I 


做 法 














。 如 果 构 造 函 数 有 多 个 调用 者 ， 站 和 完 用 以 工厂 孙 
数 取代 构造 函数 〈334) 把 构造 函数 包装 起 来 。 

。 创建 一 个 空 的 委托 类 ， 这 个 类 的 构造 函数 应 该 
接受 所 有 子 类 特有 的 数据 项 ， 并 且 经 常 以 参数 
的 形式 接受 一 个 指 回 超 类 的 引用 。 

。 在 超 类 中 添加 一 个 字段 ， 用 于 安放 委托 对 象 。 

。 修 改 子 类 的 创建 逻辑 ， 使 其 初始 化 上 述 委 托 字 





段 ， 放 入 一 个 委托 对 象 的 实例 。 


这 一 步 可 以 在 工厂 函数 中 完成 ， 也 可 以 在 
PAE BABE EA COO AR AE BA BA AE I fis J 
以 创建 正确 的 委托 对 象 的 话 ) 。 











。 选择 一 个 子 关 中 的 函数 ， 将 其 移入 委托 类 。 
。 使 用 搬移 函数 〈198) MAWE ERK, M 
删除 源 类 中 的 委托 代码 。 








如 果 这 个 方法 用 到 的 其 他 元 系 也 应 该 被 移 
入 委托 对 象 ， 就 把 它们 一 并 搬移 。 如 末 它 用 到 
的 元 系 应 该 留 在 超 类 中 ， 就 在 委托 对 象 中 添加 
一 个 字段 ， 令 其 指 癌 超 类 的 实例 。 














。 如 末 被 搬移 的 源 函 数 还 在 子 类 之 外 被 调用 了 ， 
就 把 留 在 源 类 中 的 委托 代码 从 子 类 移 到 超 关 ， 
并 在 委托 代码 之 前 加 上 卫 语 句 ， 检 查 委 托 对 象 
存在 。 如 果子 类 之 外 已 经 没有 其 他 调用 者 ， 就 
用 移 除 死 代码 (237) 去 掉 已 经 没 人 使 用 的 委托 


Eup 








如 果 有 多 个 委托 类 ， 并 且 其 中 的 代码 出 现 
了 重复 ， 束 使 用 提炼 超 类 〈375) 手法 消除 重 
复 。 此 时 如 果 默 认 行 为 已 经 被 移入 了 委托 类 的 
超 类 ， 源 超 类 的 委托 函数 就 不 再 需要 卫 语 句 
ce 





。 测 试 。 

。 重 复 上 述 过 程 ， 直 到 子 类 中 所 有 函数 都 搬 到 委 
托 类 。 

。 找 到 所 有 调用 子 类 构造 函数 的 地 方 ， 逐 一 将 其 
改 为 使 用 超 类 的 构造 函数 。 

。 测 试 。 

。 运 用 移 除 死 代 码 (237) 去 掉 子 类 。 


Ye Bil 
下 面 这 个 类 用 于 处 理 演出 (show》 的 预订 
(booking) 。 


class Booking... 


constructor(show, date) { 
this._show = show; 


this._date = date; 


它 有 一 个 子 类 ， 专 门 用 于 预订 高 级 
(premium) 标 ， 这 个 子 类 要 考虑 各 种 附加 服务 
Cextra) 。 


class PremiumBooking extends Booking... 


constructor(show, date, extras) { 
super(show, date); 
this._extras = extras; 


} 


PremiumBooking 类 在 超 类 基础 上 做 了 好 些 改 
变 。 在 这 种 “针对 差异 编程 ”(programming-by- 
difference) 的 风格 中 ， 子 类 第 会 敢 与 超 类 的 方法 ， 
有 时 还 会 添加 只 对 子 类 有 意义 的 新 方法 。 我 不 打算 
讨论 所 有 差异 点 ， 只 选 几 处 有 意思 的 案例 来 分 析 。 

先 来 看 一 处 简单 的 履 写 。 各 规 票 在 演出 结束 后 
会 有 “对 话 创 作者 ”环节 Calkback) ， 但 只 在 非 高 峰 
日 提供 这 项 服务 。 














class Booking... 


get hasTalkback() { 


return this. _show.hasOwnProperty('talkback') && !this.isPeakD 


PremiumBooking#2 5 J 1X72 48, FEI — RAR 
提供 与 创作 者 的 对 话 。 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback' ); 


RE T2748 tH EAA 7 SAI AS 
F]: PremiumBooking 调 用 了 超 类 中 的 方法 。 


class Booking... 


get basePrice() { 
let result = this. _show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + this._extras.premiumFee 


} 


最 后 一 个 例子 是 PremiumBooking 提 供 了 一 个 超 


类 中 没有 的 行为 。 
class PremiumBooking... 


get hasDinner() { 
return this. _extras.hasOwnProperty('dinner') && !this.isPea 





继承 在 这 个 例子 中 工作 民 好 。 即 使 不 了 解 子 
类 ， 我 同样 也 可 以 理解 超 类 的 逻辑 。 子 类 只 摘 述 日 
己 与 超 类 的 大 寞 一 一 既 避 人 免 了 章 复 ， 叉 清晰 地 表述 
了 目 己 引入 的 委 姑 。 


说 真 的 ， 它 也 并 非 如 此 完美 。 超 类 的 一 些 结构 
只 在 特定 的 子 类 存在 时 才 有 意义 一 一 有 些 函 数 的 组 
织 方 式 完全 束 古 为 了 方便 覆 写 特定 类 型 的 行为 。 所 
以 ， 尽 管 大 部 分 时 候 我 可 以 修改 超 关 而 不 必 理 解 子 
类 ， 但 如 果 刻 意 不 关注 子 炎 的 存在， 在 修改 超 类 时 
个 尔 有 可 能 会 破坏 子 类 。 不 过 ， 如 果 这 种 “ 侦 尔 ” 友 
生得 不 太 频 繁 ， 继 承 就 还 是 划算 的 一 一 只 要 我 有 良 
好 的 测试 ， 当 子 类 被 破坏 时 束 能 及 时 友 现 。 





























那么 ， 既 然 情况 还 算 不 坏 ， 为 什么 我 想 用 以 委 
托 取代 子 关 来 做 出 改变 呢 ? 因为 继承 只 能 使 用 一 
次 ， 如 果 我 有 别 的 原因 想 使 用 继承 ， 并 且 这 个 新 的 
原因 比 “ 高 级 预订 ”更 有 必要 ， 就 需要 换 一 种 方式 来 
处 理 高 级 预订 。 另 外 ， 我 可 能 需要 动态 地 把 普通 预 
订 升 级 成 高 级 了 预订， 例如 提供 
aBooking.bePremium() 这 样 一 个 函数 。 有 时 我 可 以 
新 建 一 个 对 象 “就 好 像 通过 HTTP 请 求 从 服务 器 端 
加 载 全 新 的 数据 〉， 从 而 避免 “对 象 本 里 升级 ”的 问 
题 。 但 有 时 我 需要 修改 数据 本 号 的 结构 ， 而 不 重建 
整个 数据 结构 。 如 果 一 个 Booking 对 象 被 很 多 地 方 
引用 ， 也 很 难 将 其 整个 但 换 抒 。 此 时 ， 残 有 必要 多 
许 在 “普通 预订 ?和 “高 级 预订 ”之 间 来 回转 换 。 

当 这 样 的 需求 积累 到 一 定 程度 时 ， 我 就 该 使 用 
以 委托 取代 子 类 了 。 现 在 客户 端 直接 调用 两 个 类 的 
构造 函数 来 创建 不 同 的 预订 。 





进行 普通 预订 的 客户 端 


aBooking = new Booking(show, date); 


进行 高 级 预订 的 客户 端 


aBooking = new PremiumBooking(show, date, extras); 


去 除 子 类 会 改变 对 象 创建 的 方式 ， 所 以 我 要 先 
n PAB (334) JEMNE RA 
装 起 来 。 


顶层 作用 域 .… 


function createBooking(show, date) { 
return new Booking(show, date); 


function createPremiumBooking(show, date, extras) { 
return new PremiumBooking (show, date, extras); 


} 


进行 普通 预订 的 客户 端 


aBooking = createBooking(show, date); 


BEIT peg Be TTT AP it 


aBooking = createPremiumBooking(show, date, extras); 


然后 新 建 一 个 委托 类 。 这 个 类 的 构造 函数 参数 
有 两 部 分 : 首先 是 指向 Booking 对 象 的 反问 引用 ， 
随后 是 只 有 子 类 才 需 要 的 那些 数据 。 我 需要 传 入 反 
器 引用 ， 是 因为 子 类 的 几 个 函数 需要 访问 超 类 中 的 
数据 。 有 继承 关系 的 时 候 ， 访 问 这 些 数据 很 容易 ; 
而 在 委托 关系 中 ， 束 得 通过 反 回 引用 来 访问 。 

















class PremiumBookingDelegate... 


constructor(hostBooking, extras) { 
this._host = hostBooking; 
this._extras = extras; 


现在 可 以 把 新 建 的 委托 对 象 与 Booking 对 象 天 
联 起 来 。 在 “创建 局 级 预订 ”的 工厂 函数 中 修改 即 
可 。 








顶层 作用 域 .… 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 
result. _bePremium(extras); 
return result; 


} 


class Booking... 


_bePremium(extras) { 
this. _premiumDelegate = new PremiumBookingDelegate(this, ex 


_bePremium 范 数 以 下 划 线 开头 ， 表 示 这 个 函数 
不 应 该 被 当 作 Booking 类 的 公共 接口 。 当 然 ， 如 果 
最 终 我 们 希望 允许 普通 预订 转换 成 高 级 预订 ， 这 个 
函数 也 可 以 成 为 公共 接口 。 





或 者 我 也 可 以 在 Booking 类 的 构造 函数 中 构 
建 它 与 委托 对 象 之 间 的 联系 。 为 此 ， 我 需要 以 
某 种 方式 告诉 构造 函数 “这 是 一 个 高 级 预订 ”; 
可 以 通过 一 个 额外 的 参数 ， 也 可 以 直接 通过 
extras 人 参数 来 表示 〈 如 果 我 能 确定 这 个 参数 只 
有 高 级 预订 才 会 用 到 的 话 ) 。 不 过 我 还 是 更 愿 
意 在 工 片 函 数 中 构建 这 层 联系 ， 因 为 这 样 可 以 
把 意图 表达 得 更 明确 。 








结构 设置 好 了 ， 现 在 该 动手 搬移 行为 了 。 我 首 
46% kehasTalkback ek 20 fal A 1 ee. MEW 
代码 如 下 。 





class Booking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback') && !this.isPea 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback'); 


} 


我 用 搬移 函数 “198) 把 子 类 中 的 函数 括 到 委 
托 类 中 。 为 了 让 和 它 适 应 新 家 ， 原 本 访问 超 类 中 数据 
的 代码 ， 现 在 要 改 为 调用 _host 对 象 。 





class PremiumBookingDelegate... 


get hasTalkback() { 
return this._host._show.hasOwnProperty('talkback'); 


class PremiumBooking... 


get hasTalkback() { 
return this._premiumDelegate.hasTalkback; 


测试 ， 确 保 一 切 正常 ， 然 后 把 子 类 中 的 函数 删 
fi: 


class PremiumBooking... 





再 次 测试 ， 现 在 应 该 有 一 些 测试 失败 ， 因 为 原 
本 有 些 代 码 会 用 到 子 类 上 的 hasTaLkback 函 数 。 


现在 我 要 修复 这 些 失 败 的 测试 :在 超 类 的 函数 
中 添加 适当 的 分 友好 辑 ， 如 果 有 代理 对 象 存在 束 使 
用 代理 对 象 。 这 样 ， 这 一 步 重 构 束 算 完 成 了 。 








class Booking... 


get hasTalkback() { 
return (this._premiumDelegate) 
? this._premiumDelegate.hasTalkback 
: this._show.hasOwnProperty('talkback') && !this.isPeakDa 


下 一 个 要 处 理 的 是 basePrice 函 数 。 


class Booking... 


get basePrice() { 
let result = this. _show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


} 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + this._extras.premiumFee 


} 


EARE, BEAJ: 子 类 中 调 
用 了 超 类 中 的 同名 函数 〈 在 这 种 “ 子 类 扩展 超 类 行 
为 ”的 用 法 中 ， 这 种 情况 很 背 见 ) 。 把 子 类 的 代码 
移 到 委托 类 时 ， 需 要 继续 调用 超 类 的 逻辑 一 一 但 我 
不 能 直接 调用 this._ host.basePrice， 这 会 导致 无 
AHA, AN host itive PremiumBookingt & 
sie 


有 两 个 办 法 来 处 理 这 个 问题 。 一 种 办 法 是 ， 可 
以 用 提炼 函数 “106) 把 “基本 价格 ”的 计算 逻辑 提 











炼 出 来 ， 从 而 把 分 友 逻 辑 与 价格 计算 逻辑 拆 开 。 
( 剩 下 的 操作 束 跟 前 面 的 例子 一 样 了 。) 


class Booking... 


get basePrice() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.basePrice 
: this._privateBasePrice; 


} 


get _privateBasePrice() { 
let result = this._show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


class PremiumBookingDelegate... 


get basePrice() { 
return Math.round(this._host._privateBasePrice + this._extr 





另 一 种 办 法 是 ， 可 以 重新 定义 委托 对 象 中 的 函 
数 ， 使 其 成 为 基础 函数 的 扩展 。 


class Booking... 


get basePrice() { 
let result = this._show.price; 


if (this.isPeakDay) result += Math.round(result * 0.15); 
return (this. _premiumDelegate) 


? this._premiumDelegate.extendBasePrice(result ) 
: result; 


class PremiumBookingDelegate... 


extendBasePrice(base) { 
return Math.round(base + this._extras.premiumFee) ; 
} 


两 种 办 法 都 可 行 ， 我 更 侦 爱 后 者 一 点 儿 ， 因 为 
需要 的 代码 较 少 。 


最 后 一 个 例子 是 一 个 只 存在 于 子 类 中 的 函数 。 


class PremiumBooking... 


get hasDinner() { 
return this._extras.hasOwnProperty('dinner') && !this.isPea 


我 把 它 从 子 类 移 到 委托 类 。 


class PremiumBookingDelegate... 


get hasDinner() 
return this. _extras.hasOwnProperty('dinner') && !this._host 


然后 在 Booking 类 中 添加 分 发 逻辑 。 
class Booking... 


get hasDinner() { 
return (this._premiumDelegate) 
? this._premiumDelegate.hasDinner 
: Undefined; 





在 JavaScript 中 ， 如 果 和 尝试 访问 一 个 没有 定义 
的 属性 ， 束 会 得 到 undefined， 所 以 我 在 这 个 函数 
中 也 这 样 做 。《〈 尽 管 我 直 和 党 认为 应 该 抛 出 错误 ， 我 
所 熟悉 的 其 他 面 回 对 象 动态 语言 不 是 这 样 做 的 。) 


所 有 的 行为 都 从 子 关 中 搬移 出 去 之 后 ， 我 就 可 
以 修改 工 三 函数， 令 其 返回 超 类 的 实例 。 再 次 运行 
测试 ， 确 保 一 切 部 运转 民 好 ， 然 后 我 惑 可 以 删除 子 


AE 





顶层 作用 域 .… 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 
result._bePremium(extras); 
return result; 


} 
€ltass—PpremitmBeoking—extencds—Beeking——— 








只 看 这 个 重 构 本 身 ， 我 并 不 觉得 代码 质量 得 到 
了 提升 。 继 承 原 本 很 好 地 应 对 了 需求 场景 ， 换 成 委 
HEE, REIT DRES ASH, RRE 
升 不 少 。 不 过 这 个 重 构 可 能 还 是 值得 的 ， 因 为 现 
在 “十 合 局 级 预订 ?这 个 状态 可 以 改变 了 ， 并 且 我 也 
可 以 用 继承 来 达成 其 他 目的 了 。 如 有 果 有 这 些 需 求 的 
话 ， 去 除 原 有 的 继承 关系 市 来 的 损失 可 能 还 是 划算 
的 。 
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前 面 的 例子 展示 了 如 何 用 以 委托 取代 子 类 去 除 
单个 子 类 。 还 可 以 用 这 个 重 构 手法 去 除 整 个 继承 体 
系 。 





function createBird(data) { 


Switch (data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallow(data) ; 
case 'AfricanSwallow' : 
return new AfricanSwallow(data); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 
} 


} 


class Bird { 
constructor(data) { 
this._name = data.name; 
this. plumage = data.plumage; 


get name() {return this._name; } 


get plumage() { 
return this. plumage || "average"; 


} 
get airSpeedVelocity() {return null;} 


J 


class EuropeanSwallow extends Bird { 
get airSpeedVelocity() {return 35;} 


class AfricanSwallow extends Bird { 
constructor(data) { 
super (data); 
this. _numberOfCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 


} 
} 


class NorwegianBlueParrot extends Bird { 
constructor (data) { 
super (data); 
this._voltage = data.voltage; 
this._isNailed = data.isNailed; 


} 


get plumage() { 
if (this._voltage > 100) return "scorched"; 


else return this. plumage || "beautiful"; 


} 
get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 
} 
} 


上 面 这 个 关于 鸟 儿 (bird) 的 系统 很 快要 有 一 
个 大 变化 : 有 些 乌 是 “野生 的 ”(wild) ， 有 些 乌 
是 “家 养 的 ”(captive) ， 两 者 之 间 的 行为 会 有 很 大 
和 差异 。 这 种 差异 可 以 建 模 为 Bird 类 的 两 个 子 
类 : wildBird 和 captiveBird。 但 继承 只 能 用 一 
次 ， 所 以 如 果 想 用 子 类 来 表现 “野生 ”和 “家 状 ” 的 差 
Fe, WICK PART“ [a] m RRR RR 


在 涉及 多 个 子 类 时 ， 我 会 一 次 处 理 一 个 子 类 ， 
先 从 简单 的 开始 在 这 里 ， 最 人 简 蛙 的 当 
必 EuropeanSswallow《〈 欧 洲 燕 ) 。 我 先 给 它 建 一 个 
空 的 委托 类 。 


























class EuropeanSwallowDelegate { 





委托 类 中 暂时 还 没有 传 入 任何 数据 或 反问 引 
用 。 在 这 个 例子 里 ， 我 会 在 需要 时 再 引入 这 些 参 
数 。 

现在 证 要 决定 如 何 初 始 化 委托 字段 。 由 于 构造 


函数 接受 的 唯一 参数 data 包 含 了 所 有 的 信息 ， 我 决 
定 在 构造 函数 中 初始 化 委托 字段 。 考 虑 到 有 多 个 委 
托 对 象 要 添加 ， 我 会 建 一 个 函数 ， 其 中 根据 类 型 但 
(data.type) 来 选择 适当 的 委托 对 象 。 


class Bird... 


constructor(data) { 
this. name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallowDelegate(); 


default: return null; 


t 
} 


结构 设置 完毕 ， 我 可 以 用 搬移 函数 (198) 把 
EuropeanSwallowHJairSpeedVelocity chi a Hix EZE 
对 象 中 。 


class EuropeanSwallowDelegate... 


get airSpeedVelocity() {return 35;} 


class EuropeanSwallow... 


get airSpeedVelocity() {return this. _speciesDelegate.airSpeed 


修改 超 类 的 airspeedvelocity 国 数 ， 如 果 发 现 
有 委托 对 象 存在 ， 束 调用 之 。 


class Bird... 


get airSpeedVelocity() { 
return this. speciesDelegate ? this. speciesDelegate.airSspe 


然后 ， 删 除 子 类 。 


etass_EurepeanSwattew extends—_Bired { 
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function createBird(data) { 
switch (data.type) { 


Fettrn new EuropeanSwallow(data); 


case 'AfricanSwallow' ' : 

return new AfricanSwallow(data); 
case 'NorweigianBlueParrot': 

return new NorwegianBlueParrot(data); 
default: 

return new Bird(data); 


接 下 来 处 理 AfricanSswalLlow (4E}) axe 





为 它 创建 一 个 委托 类 ， 这 次 委托 类 的 构 


传 入 data 人 参数。 


class AfricanSwallowDelegate... 


constructor(data) { 


if 


PRI 


this. _numberOfCoconuts = data.numberOfCoconuts; 


} 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data); 
default: return null; 
} 
} 


同样 用 搬移 函数 (198) 把 airspeedvelocity 
搬 到 委托 类 中。 





class AfricanSwallowDelegate... 


get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 


} 


class AfricanSwallow... 


get airSpeedVelocity() { 
return this. speciesDelegate.airSpeedVelocity; 


} 


再 删 近 AfricansSwallow 子 类 。 


| E i kapi 
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function createBird(data) { 
Switch (data.type) { 


了 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 


t 


接 下 来 是 NorwegianBlueParrot (ARA A 2 
RS) 子 类 。 创 建委 托 类 和 搬移 airSpeed Velocity 
函数 的 步骤 都 跟前 面 一 样 ， 所 以 我 直接 展示 结果 好 
ce 





class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data); 
case 'NorweigianBlueParrot': 


return new NorwegianBlueParrotDelegate(data); 
default: return null; 
} 
} 


class NorwegianBlueParrotDelegate... 


constructor(data) { 


this._voltage = data.voltage; 
this._isNailed = data.isNailed; 
} 
get airSpeedVelocity() { 


return (this. isNailed) ? 0 : 10 + this._voltage / 10; 


一 切 正 钊 。 但 NorwegianBlueParrot 还 敌 写 了 
plumage 必 性， 前 面 两 个 例子 则 没有 。 首 先 我 还 是 
用 搬移 函数 (198) 把 plumage 函 数据 到 委托 类 中 ， 
这 一 步 不 难 ， 不 过 需要 修改 构造 函数 ， 放 入 对 Bird 
对 象 的 反 回 引用 。 


class NorwegianBlueParrot... 


get plumage() { 
return this._speciesDelegate.plumage; 


class NorwegianBlueParrotDelegate... 


get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this._bird._ plumage || "beautiful"; 


constructor(data, bird) { 
this._bird = bird; 
this. voltage = data.voltage; 
this._isNailed = data.isNailed; 
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class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return null; 
} 
} 


厅 烦 之 处 在 于 如 何 去 抒 子 类 中 的 plumage 函 
数 。 如 果 我 像 下 面 这 么 干 束 会 得 到 一 大 堆 错 误 ， 因 
为 其 他 品种 的 委托 类 没有 plumage 这 个 属性 。 


class Bird... 


get plumage() { 
if (this. _speciesDelegate) 
return this._speciesDelegate. plumage; 
else 
return this._plumage || "average"; 


我 可 以 做 一 个 更 明确 的 条 件 分 有 及: 


class Bird... 


get plumage() { 
if (this. _speciesDelegate instanceof NorwegianBlueParrotDel 


return this._speciesDelegate.plumage; 
else 


return this._plumage || "average"; 


不 过 我 超级 反感 这 种 做 法 ， 布 望 你 也 能 闻 出 同 
样 的 坏 味 道 。 像 这 样 的 显 式 类 型 检查 几乎 总 是 坏 主 
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尺 一 个 办 法 是 在 其 他 委托 类 中 实现 默认 的 行 
为 。 


class Bird... 


get plumage() { 
if (this. _speciesDelegate) 
return this._speciesDelegate. plumage; 
else 
return this._plumage || "average"; 
} 


class EuropeanSwallowDelegate... 


get plumage() { 
return this._bird. plumage || "average"; 


} 


class AfricanSwallowDelegate... 


get plumage() { 
return this._bird._plumage || "average"; 





但 这 又 造成 了 plLlumage 默 认 行 为 的 重复 。 如 果 
这 还 不 够 糟 粽 的 话 ， 还 有 一 个 “额外 奖励 *， 构造 也 
数 中 给 _bird 有 反问 引 用 赋值 的 代码 也 会 重复 。 


解决 重复 的 办 法 ， 很 目 然 ， 束 古 继 承 一 一 用 近 
炼 超 类 (375〉 从 各 个 代理 类 中 提炼 出 一 个 共同 继 
KWER. 





class SpeciesDelegate { 
constructor (data, bird) { 
this._bird = bird; 


} 
get plumage() { 
return this._bird._plumage || "average"; 


} 
class EuropeanSwallowDelegate extends SpeciesDelegate { 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super (data, bird); 
this. _numberOfCoconuts = data.numberOfCoconuts; 


} 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor (data, bird) { 
super (data, bird); 
this._voltage = data.voltage; 
this._isNailed = data.isNailed; 
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有 了 共同 的 超 类 以 后 ， 融 可 以 把 
SpeciesDelegate 字 段 默认 设置 为 这 个 超 类 的 实 
例 ， 并 把 Bird 类 中 的 默认 行为 搬移 


到 speciesDelegate 超 类 中 。 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow' : 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 


} 


// rest of bird’s code... 
get plumage() {return this._speciesDelegate.plumage;} 


get airSpeedVelocity() {return this. _speciesDelegate.airSpeed 


class SpeciesDelegate... 


get airSpeedVelocity() {return null; } 
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托 函数 。 我 可 以 一 目 了 然 地 看 到 哪些 行为 已 经 被 委 
托 给 SpeciesDelegate， 哪 些 行为 还 留 在 Bird 类 


中 。 
这 几 个 类 最 终 的 状态 如 下 : 


function createBird(data) { 
return new Bird(data); 


class Bird { 
constructor(data) { 
this._name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 
} 
get name() {return this._name;} 
get plumage() {return this. _speciesDelegate.plumage; } 


get airSpeedVelocity() {return this. _speciesDelegate.airSpeed 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 


} 


// rest of bird’s code... 


} 


class SpeciesDelegate { 
constructor(data, bird) { 
this._bird = bird; 


} 
get plumage() { 
return this._bird. plumage || "average"; 


} 
get airSpeedVelocity() {return null; } 
} 


class EuropeanSwallowDelegate extends SpeciesDelegate { 
get airSpeedVelocity() {return 35; } 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super (data, bird); 
this. _numberOfCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 
} 
} 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super(data, bird); 
this. voltage = data.voltage; 
this._isNailed = data.isNailed; 


} 
get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 


} 

get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this. bird. plumage || "beautiful"; 


} 
} 


在 这 个 例子 中 ， 我 用 一 系列 委托 类 取代 了 原来 
的 多 个 子 类 ， 与 原来 非常 相似 的 继承 结构 被 转移 到 
了 SpeciesDelegate 下 面 。 除 了 给 Bird 类 重新 被 继 
承 的 机 会 ， 从 这 个 重 构 中 我 还 有 什么 收获 ?新 的 继 
承 体系 范围 更 收拢 了 ， 只 涉及 各 个 品种 不 同 的 数据 
和 行为 ， 各 个 品种 相同 的 代码 则 全 都 留 在 了 Bird 
中 ， 它 未 来 的 子 类 也 将 得 益 于 这 些 共 用 的 行为 。 














在 前 面 的 “演出 预订 ”的 例子 中 ， 我 也 可 以 采用 
同样 的 手法 ， 创 建 一 个 委托 超 类 。 这 样 在 Booking 
类 中 就 不 需要 分 友 远 辑 ， 和 直接 调用 委托 对 象 即 可 ， 
让 继承 关系 来 搞定 分 发 。 不 过 写 到 这 儿 ， 我 要 去 吃 
晚饭 了， 就 把 这 个 练习 留 给 读者 吧 。 

从 这 两 个 例子 看 来 ,，“ 对 象 组 合 优 于 类 继承 ”这 
句 话 更 确切 的 表述 可 能 应 该 是 “审慎 地 组 合 使 用 对 
象 组 合 与 类 继承 ， 优 于 单独 使 用 其 中 任何 一 
种 ”一 一 个 过 这 残 不 太 上 口 了 。 














12.11 以 委托 取代 超 关 (Replace 
Superclass with Delegate ) 


曾 用 名 : 以 委托 取代 继承 (Replace Inheritance 


with Delegation ) 





class List {...} 
class Stack extends List {...} 


class Stack { 
constructor() { 
this. storage = new List(); 


J 


} 
class List {...} 
动机 


在 面 疝 对 象 程序 中 ， 通 过 继承 来 复 用 现 有 功 
能 ， 是 一 种 既 强 大 叉 便捷 的 手段 。 我 只 要 继承 一 个 
己 有 的 类 ， 复 与 一 些 功能 ， 再 添加 一 些 功能 ， 怠 能 
达成 目的 。 但 继承 也 有 可 能 造成 困扰 和 混乱 。 


在 对 象 扩 术 发 展 早期 ， 有 一 个 经 典 的 误 用 继承 
的 例子 : 让 栈 (stack) 继承 列表 Aist) 。 这 个 想法 
的 出 发 点 是 想 复 用 列表 类 的 数据 存储 和 操作 能 力 。 
虽说 复 用 是 一 件 好 事 ， 但 这 个 继承 关系 有 问题 : 列 
表 类 的 所 有 操作 都 会 出 现在 栈 类 的 接口 上 ， 然 而 其 














中 大 部 分 操作 对 一 个 栈 来 说 并 不 适用 。 更 好 的 做 法 
应 该 是 把 列表 作为 栈 的 字段 ， 把 必要 的 操作 委派 给 
列表 束 行 了 。 

这 束 是 一 个 用 得 上 以 委托 取代 超 类 手法 的 例子 
如 下 超 类 的 一 些 函 数 对 子 类 并 不 适用 ， 束 说 明 
我 不 应 该 通过 继承 来 获得 超 类 的 功能 。 


除了 “ 子 类 用 得 上 超 类 的 所 有 函数 ”之 外 ， 合 理 
的 继承 关系 还 有 一 个 重要 特征 : 子 类 的 所 有 实例 都 
应 该 是 超 类 的 实例 ， 通 过 超 类 的 接口 来 使 用 子 类 的 
实例 应 该 完全 不 出 问题 。 假 如 我 有 一 个 车 模 (car 
model) 类 ， 其 中 有 名 称 、 引 擎 大 小 等 属性 ， 我 可 
能 想 复 用 这 些 特 性 来 表示 真正 的 汽车 Car ， 并 在 
子 类 上 添加 VIN 编 号 、 制 造 日 期 等 属性 。 然 而 汽车 
终归 不 是 模型 。 这 是 一 种 常见 而 义 经 党 不易 察 沉 的 
建 模 错误 ， 我 称 之 为 “类 型 与 实例 名 不 符 实 ”(type- 
instance homonym) [mf-tih]. 


在 这 两 个 例子 中 ， 有 问题 的 继承 招致 了 混乱 和 
错误 一 一 如 果 把 继承 关系 改 为 将 部 分 职能 委托 给 为 
一 个 对 象 ， 这 些 混 乱 和 错误 本 是 可 以 轻松 避免 的 。 
使 用 委托 关系 能 更 清晰 地 表达 “这 是 另 一 个 东西 ， 


我 只 是 需要 用 到 其 中 携带 的 一 些 功 能 ”这 层 意思 。 


即便 在 子 类 继承 是 合理 的 建 模 方式 的 情况 下 ， 
如 果子 类 与 超 类 之 间 的 粳 合 过 强 ， 超 类 的 变化 很 容 






































易 破坏 子 关 的 功能 ， 我 还 是 会 使 用 以 委托 取代 超 
类 。 这 样 做 的 缺点 就 是 ， 对 于 牡 主 类 《也 就 是 原来 
的 子 类 )〉 和 委托 类 (也 就 是 原来 的 超 类 〉 中 原本 一 
样 的 沙 数 ， 现 在 我 必须 在 和 窒 主 类 中 挨个 编写 转 及 函 
数 。 不 过 还 好 ， 这 种 转发 函数 虽然 写 起 来 乏味 ， 但 
它们 都 非常 简单 ， 几 了 乎 不 可 能 出 错 。 


有 些 人 在 这 个 方 回 上 走 得 更 远 ， 他 们 建议 完全 
导 免 使 用 继承 ， 但 我 不 同意 这 种 观点 。 如 宋 符 合 继 
承 关 系 的 语义 条 件 〈 超 类 的 所 有 方法 痢 适 用 于 子 
类 ， 子 类 的 所 有 实例 部 是 超 类 的 实例 ) ， 那 么 继承 
征 一 种 简 清 又 高 效 的 复 用 机 制 。 如 朱 情 况 肥 生变 
化 ， 继 承 不 再 是 最 好 的 选择 ， 我 也 可 以 比较 容易 地 
运用 以 委托 取代 超 类 。 所 以 我 的 建议 是 ， 自 完 〈 尽 
E) 使 用 继承 ， 如 果 发 现 继承 有 问题 ， 再 使 用 以 委 
托 取 代 超 类 。 


做 法 






































。 在 子 类 中 新 建 一 个 字段 ， 使 其 引用 超 类 的 一 个 
对 象 ， 并 将 这 个 委托 引用 初始 化 为 超 类 的 新 实 
例 。 

。 针 对 超 类 的 每 个 函数 ， 在 子 类 中 创建 一 个 转 友 
函数 ， 将 调用 请 求 转 肥 给 委托 引用 。 每 转发 一 








块 完整 逻辑 ， 都 要 执行 测试 。 


大 多 数 时 候 ， 每 转发 一 个 函数 就 可 以 测 
试 ， 但 一 对 设 值 / 取 值 必须 同时 转移 ， 然 后 才能 
测试 
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去 掉 继 承 关 系 。 


wl 


我 最 近 给 一 个 古城 里 存放 上 上 古 卷轴 (scroll) 
的 图 书馆 做 了 咨询 。 他 们 给 卷轴 的 信息 编制 了 一 份 
目录 (catalog) ， 每 份 卷轴 都 有 一 个 ID 写 ， 并 记录 
了 卷轴 的 标题 (title〉 和 一 系列 标签 (tag) 。 


class CatalogItem... 


constructor(id, title, tags) { 
this._id = id; 
this._title = title; 
this. _tags = tags; 


get id() {return this._id;} 
get title() {return this. _title;} 
hasTag(arg) {return this. _tags.includes(arg);} 





ETE EA ee ee A A, TA es at 
的 Scroll 类 继承 了 代表 目录 项 的 catalogItem 类 ， 
并 扩展 出 与 “需要 清扫 ”相关 的 数据 。 


class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


} 

needsCleaning(targetDate) { 
const threshold = this.hasTag("revered") ? 700 : 1500; 
return this.daysSinceLastCleaning(targetDate) > threshold ; 


daysSinceLastCleaning(targetDate) { 


return this. _lastCleaned.until(targetDate, ChronoUnit.DAYS); 
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和 只 存在 于 纸 面 上 的 目录 项 ， 是 完全 不 同 的 两 种 东 
西 。 比 如 说 ， 关 于 “如 何 治疗 灰 鲜 病 ” 的 卷轴 可 能 
好 几 卷 ， 但 在 目录 上 却 只 记录 一 个 条 目 。 


这 样 的 建 模 错误 很 多 时 候 可 以 置之不理 。 














像 “ 标 题 ” 和 “ 标 釜 > 这 样 的 数据 ， 我 可 以 认为 就 是 目 
录 中 数据 的 副本 。 如 果 这 些 数据 从 不 发 生 改 变 ， 我 
完全 可 以 接受 这 样 的 表现 形式 。 但 如 条 需要 更 新 其 
中 条 处 数据 ， 我 就 必须 非常 小 心 ， 确 你 同一 个 目录 
项 对 应 的 所 有 数据 副本 都 被 正确 地 更 新 。 


就 算 没 有 数据 更 新 的 问题 ， 我 还 是 布 望 改变 这 
两 个 类 之 间 的 关系 。 把 “目录 项 ”作为 “卷轴 ”的 超 关 
很 可 能 会 把 未 来 的 程序 员 搞 迷糊 ， 因 此 这 是 一 个 精 
ARRAS 


我 首先 在 scro11 类 中 创建 一 个 属性 ， 令 其 指 辐 
一 个 新 建 的 catalogItem 实 例 。 




















class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 
this._catalogItem = new CatalogItem(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


然后 对 于 了 类 中 用 到 所 有 属于 超 美的 函数 ， 我 
一 为 它们 创建 转发 函数 。 


class Scroll... 


get id() {return this. _catalogItem.id; } 
get title() {return this. _catalogItem.title;} 
hasTag(aString) {return this. _catalogItem.hasTag(aString) ;} 


最 后 去 除 Scro1l1 与 CatalogItem 之 间 的 继承 天 
系 。 


class Sere extends—Catategttem{ 
constructor(id, title, tags, dateLastCleaned) { 
id jt j 


this._catalogItem = new CatalogItem(id, title, tags); 
this._lastCleaned = dateLastCleaned; 


} 
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不 过 在 这 个 例子 中 ， 我 还 有 一 点 收尾 工作 要 做 。 


前 面 的 重 构 把 catalogItem 变 成 了 Scrol1 的 一 
个 组 件 ， 每 个 scrol1 对 象 包含 一 个 独一无二 的 
catalogItem 对 象 。 在 使 用 本 重 构 的 很 多 情况 下 ， 
这 样 处 理 束 够 了 。 但 在 这 个 例子 中 ， 更 好 的 建 模 方 
式 应 该 是 : 关于 灰 鲜 病 的 一 个 目录 项 ， 对 应 于 图 书 
馆 中 的 6 份 卷轴 ， 因 为 这 6 份 卷轴 都 是 同一 个 标题 。 
这 实际 上 是 要 运用 将 值 对 象 改 为 引用 对 象 
(256) 。 


不 过 在 使 用 将 值 对 象 改 为 引用 对 象 (256) 之 
前 ， 还 有 一 个 问题 需要 先 修 好 。 在 原来 的 继承 结构 
中 ，Scroll 类 使 用 了 catalogItem 类 的 id 字 上 段 来 保 




















存 自 己 的 ID。 但 如 果 我 把 catalogItem 当 作 引 用 来 
处 理 ， 那 么 透 过 这 个 引用 获 oru i 
的 ID， 而 不 是 卷轴 的 ID 。 也 就 是 说 ， 我 需 

在 Scro11 类 上 添加 id 字段 ， 在 创建 scroil 对 象 时 使 
用 这 个 字段 ， 而 不 是 使 用 来 自 catalogItem 类 的 id 
字段 。 这 一 步 既 可 以 说 是 搬移 ， 也 可 以 说 是 拆 分 。 











class Scroll... 


constructor(id, title, tags, dateLastCleaned) { 
this._id = id; 
this. _catalogItem = new CatalogItem(null, title, tags); 
this. _lastCleaned = dateLastCleaned; 


get id() {return this._id;} 


用 nul1 作 为 ID 值 创建 目录 项 ， 这 种 操作 一 般 而 
言 应 该 触及 警报 了 ， 不 过 这 只 是 我 在 重 构 过 程 中 的 
临时 状态 ， 可 以 暂时 忍受 。 等 我 重 构 完 成 ， 多 个 卷 
轴 会 指 同一 个 共 胖 的 目录 项 ， 而 后 者 也 会 有 合适 的 
ID. 


当前 Scrol1 对 象 是 从 一 个 加 载 程序 中 加 载 的 。 











加 载 程序 .… 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned) )); 


将 值 对 象 改 为 引用 对 象 〈256) 的 第 一 步 是 要 
找到 或 者 创建 一 个 仓库 对 象 〈repository) 。 我 发 现 
有 一 个 仓库 对 象 可 以 很 容易 地 导入 加 载 程序 中 ， 这 
个 仓库 对 象 负责 提供 catalogItem 对 象 ， 并 用 ID 作 
为 索引 。 我 的 下 一 项 任务 就 是 要 想 办 法 把 这 个 ID 值 
放 进 scroll 对 象 的 构造 函数 。 还 好 ， 输 入 数据 中 有 
这 个 值 ， 不 过 之 前 一 直 被 无 视 了 ， 因 为 在 使 用 继承 
的 时 候 用 不 看 。 把 这 些 信息 都 理 清楚 ， 我 就 可 以 运 
用 改变 函数 声明 〈124) ， 把 整个 目录 对 象 以 及 目 
录 项 的 ID 都 作为 参数 传 给 scrol1 的 构造 函数 。 





加 载 程 序 .… 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, cata 
this._id = id; 
this. catalogItem 
this._lastCleaned 
} 


new CatalogItem(null, title, tags); 
dateLastCleaned; 


OREN Scroll yeas esi ae, FATE ALY 
catalogID 来 查找 对 应 的 catalogItem 对 象 ， 并 引用 
这 个 对 象 〈 而 不 再 新 建 catalogItem 对 象 ) 。 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, cata 
this._id = id; 
this. catalogItem = catalog.get(catalogID); 
this._lastCleaned = dateLastCleaned; 

} 





scrol1l 的 构造 图 数 已 经 不 再 需要 传 入 tit1le 和 
tags 这 两 个 参数 了 ， 上 所 以 我 用 改变 函数 声明 
(124) 把 它们 去 挥 。 


加 载 程序 .… 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record catategpata, titie,— 
record catategdata.tags,— 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, titie—tags dateLastCleaned, catalogID, cata 
this._id = id; 
this. _catalogItem 
this. _lastCleaned 


} 


catalog.get(catalogID); 
dateLastCleaned; 
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